Основы программирования на С# 

1. Лекция: Ѵізиаі 8ги<ію .№і, Ргатеѵѵогк .№1: версия для печати и РБА 
Бренд .Кеі;. Ѵізиаі 8ги<ію .№1 - открытая среда разработки. Каркас Ргатеѵѵогк .N61. 
Библиотека классов РСЬ - статический компонент каркаса. Общеязыковая исполнительная 
среда СЪЯ - динамический компонент каркаса. Управляемый код. Общеязыковые 
спецификации СЬ8 и совместимые модули. 

Имя .N€1 

Имена нынешнего поколения продуктов от Місгозой сопровождаются окончанием .№1 
(читается Боі; N61), отражающим видение Місгозой современного коммуникативного мира. 
Компьютерные сети объединяют людей и технику. Человек, работающий с компьютером 
или использующий мобильный телефон, естественным образом становится частью 
локальной или глобальной сети. В этой сети используются различные специальные 
устройства, начиная от космических станций и кончая датчиками, расположенными, 
например, в гостиницах и посылающими информацию об объекте всем мобильным 
устройствам в их окрестности. В глобальном информационном мире коммуникативная 
составляющая любых программных продуктов начинает играть определяющую роль. 

В программных продуктах .№1 за этим именем стоит вполне конкретное содержание, 
которое предполагает, в частности, наличие открытых стандартов коммуникации, переход 
от создания монолитных приложений к созданию компонентов, допускающих повторное 
использование в разных средах и приложениях. Возможность повторного использования 
уже созданных компонентов и легкость расширения их функциональности - все это 
непременные атрибуты новых технологий. Важную роль в этих технологиях играет язык 
ХМЬ, ставший стандартом обмена сообщениями в сети. 

Не пытаясь охватить все многообразие сетевого взаимодействия, рассмотрим реализацию 
новых идей на примере Ѵі§иа1 8Шёіо .N61 - продукта, важного для разработчиков. 

ѴІ8ііа1 8іисНо .N€1 - открытая среда разработки 

Среда разработки Ѵі§иа1 8іиёіо .N61 - это уже проверенный временем программный 
продукт, являющийся седьмой версией Студии. Но новинки этой версии, связанные с идеей 
.№1, позволяют считать ее принципиально новой разработкой, определяющей новый этап в 
создании программных продуктов. Выделю две важнейшие, на мой взгляд, идеи: 

• открытость для языков программирования; 

• принципиально новый подход к построению каркаса среды - Егателѵогк .N61. 

Открытость 

Среда разработки теперь является открытой языковой средой. Это означает, что наряду с 
языками программирования, включенными в среду фирмой Місгозой - ѴІ8иа1 С++ .N61 (с 
управляемыми расширениями), Ѵівиаі С# .N61, 3# .N61, ѴІ8иа1 Ваяіс .N61, - в среду могут 
добавляться любые языки программирования, компиляторы которых создаются другими 
фирмами-производителями. Таких расширений среды ѴІ8иа1 8іийіо сделано уже 
достаточно много, практически они существуют для всех известных языков - Рогігап и 
СоЬоІ, КРС и Сотропепі Равсаі, ОЬегоп и 8та11Та1к. Я у себя на компьютере включил в 
среду компилятор одного из лучших объектных языков - языка ЕИТеІ. 

Открытость среды не означает полной свободы. Все разработчики компиляторов при 


включении нового языка в среду разработки должны следовать определенным 
ограничениям. Главное ограничение, которое можно считать и главным достоинством, 
состоит в том, что все языки, включаемые в среду разработки Ѵівиаі 8Шёіо .Ыеі, должны 
использовать единый каркас - Ргате\ѵогк .Ыеі. Благодаря этому достигаются многие 
желательные свойства: легкость использования компонентов, разработанных на различных 
языках; возможность разработки нескольких частей одного приложения на разных языках; 
возможность бесшовной отладки такого приложения; возможность написать класс на одном 
языке, а его потомков - на других языках. Единый каркас приводит к сближению языков 
программирования, позволяя вместе с тем сохранять их индивидуальность и имеющиеся у 
них достоинства. Преодоление языкового барьера - одна из важнейших задач современного 
мира. Благодаря единому каркасу, Ѵі§иа1 8іиёіо .N61 в определенной мере решает эту задачу 
в мире программистов. 

Егапіелѵогк .N€1 - единый каркас среды разработки 

В каркасе Ргатехѵогк .№1: можно выделить два основных компонента: 

• статический - РСЬ (Ргатеѵѵогк С1а§§ ЫЬгагу) - библиотеку классов каркаса; 

• динамический - СЬК (Соптшоп Ьап§иа§е Кипііте) - общеязыковую исполнительную 
среду. 

Библиотека классов РСЬ - статический компонент каркаса 

Понятие каркаса приложений - Ргатеѵѵогк Арріісаііош - появилось достаточно давно; по 
крайней мере оно широко использовалось еще в четвертой версии Ѵізиаі 8гшію. Десять лет 
назад, когда я с Ильмиром писал книгу [В.А. Биллиг, И.Х. Мусикаев "Ѵізиаі С++, 4-я 
версия. Книга для программистов"], для нас это было еще новое понятие. Мы подробно 
обсуждали роль библиотеки классов МРС (Місгозой Роипсіаііоп Сіаззез) как каркаса 
приложений Ѵізиаі С. Несмотря на то, что каркас был представлен только статическим 
компонентом, уже тогда была очевидна его роль в построении приложений. Уже в то время 
важнейшее значение в библиотеке классов МРС имели классы, задающие архитектуру 
строящихся приложений. Когда разработчик выбирал один из возможных типов 
приложения, например, архитектуру Боситепі-Ѵіехѵ, то в его приложение автоматически 
встраивались класс Боситепі, задающий структуру документа, и класс Ѵіе\ѵ, задающий его 
визуальное представление. Класс Рогт и классы, задающие элементы управления, 
обеспечивали единый интерфейс приложений. Выбирая тип приложения, разработчик 
изначально получал нужную ему функциональность, поддерживаемую классами каркаса. 
Библиотека классов поддерживала и более традиционные для программистов классы, 
задающие расширенную систему типов данных, в частности, динамические типы данных - 
списки, деревья, коллекции, шаблоны. 

За прошедшие 10 лет роль каркаса в построении приложений существенно возросла - 
прежде всего, за счет появления его динамического компонента, о котором чуть позже 
поговорим подробнее. Что же касается статического компонента - библиотеки классов, то и 
здесь за десять лет появился ряд важных нововведений. 

Единство каркаса 

Каркас стал единым для всех языков среды. Поэтому, на каком бы языке программирования 
ни велась разработка, она использует классы одной и той же библиотеки. Многие классы 
библиотеки, составляющие общее ядро, используются всеми языками. Отсюда единство 
интерфейса приложения, на каком бы языке оно не разрабатывалось, единство работы с 
коллекциями и другими контейнерами данных, единство связывания с различными 


хранилищами данных и прочая универсальность. 

Встроенные примитивные типы 

Важной частью библиотеки РСЬ стали классы, задающие примитивные типы - те типы, 
которые считаются встроенными в язык программирования. Типы каркаса покрывают все 
множество встроенных типов, встречающихся в языках программирования. Типы языка 
программирования проецируются на соответствующие типы каркаса. Тип, называемый в 
языке Ѵізиаі Вазіс - Іпіе§ег, а в языке С# - іпі, проецируется на один и тот же тип каркаса 
8у8І;ет.Іп1;32. В каждом языке программирования, наряду с "родными" для языка 
названиями типов, разрешается пользоваться именами типов, принятыми в каркасе. 
Поэтому, по сути, все языки среды разработки могут пользоваться единой системой 
встроенных типов, что, конечно, способствует облегчению взаимодействия компонентов, 
написанных на разных языках. 

Структурные типы 

Частью библиотеки стали не только простые встроенные типы, но и структурные типы, 
задающие организацию данных - строки, массивы, перечисления, структуры (записи). Это 
также способствует унификации и реальному сближению языков программирования. 

Архитектура приложений 

Существенно расширился набор возможных архитектурных типов построения приложений. 
Помимо традиционных \Уіп<іо\У8- и консольных приложений, появилась возможность 
построения \ѴеЬ-приложений. Большое внимание уделяется возможности создания 
повторно используемых компонентов - разрешается строить библиотеки классов, 
библиотеки элементов управления и библиотеки \ѴеЬ-элементов управления. Популярным 
архитектурным типом являются \ѴеЬ-службы, ставшие сегодня благодаря открытому 
стандарту одним из основных видов повторно используемых компонентов. Для языков С#, 
т #, Ѵізиаі Вазіс, поддерживаемых Місгозой, предлагается одинаковый набор из 12 
архитектурных типов приложений. Несколько особняком стоит Ѵізиаі С++, сохраняющий 
возможность работы не только с библиотекой РСЬ, но и с библиотеками МТС и АТЬ, и с 
построением соответствующих МРС и АТЬ-проектов. Компиляторы языков, поставляемых 
другими фирмами, создают проекты, которые удовлетворяют общим требованиям среды, 
сохраняя свою индивидуальность. Так, например, компилятор Ептеі допускает создание 
проектов, использующих как библиотеку РСЬ, так и собственную библиотеку классов. 

Модульность 

Число классов библиотеки РСЬ велико (несколько тысяч). Поэтому понадобился способ их 
структуризации. Логически классы с близкой функциональностью объединяются в группы, 
называемые пространством имен (Катезрасе). Для динамического компонента СЬК 
физической единицей, объединяющей классы и другие ресурсы, является сборка (аззетЫу). 

Основным пространством имен библиотеки РСЬ является пространство Зузіет, 
содержащее как классы, так и другие вложенные пространства имен. Так, уже 
упоминавшийся примитивный тип Іпі32 непосредственно вложен в пространство имен 
Зузіет и его полное имя, включающее имя пространства - 8у8Іеш.Іпі32. 

В пространство 8у§1ет вложен целый ряд других пространств имен. Например, в 
пространстве 8у§Іет.Со11есііоп§ находятся классы и интерфейсы, поддерживающие работу с 
коллекциями объектов - списками, очередями, словарями. В пространство 
$у§Іет.Со11есііоп8, в свою очередь, вложено пространство имен Зресіаіігеё, содержащие 
классы со специализацией, например, коллекции, элементами которых являются только 


строки. Пространство 8у8Іет.\ѴшсІо\У8.Рогпт8 содержит классы, используемые при создании 
\Ѵіпёо\ѵ8-приложений. Класс Рогт из этого пространства задает форму - окно, заполняемое 
элементами управления, графикой, обеспечивающее интерактивное взаимодействие с 
пользователем. 

По ходу курса мы будем знакомиться со многими классами, принадлежащими различным 
пространствам имен библиотеки РСЬ. 

Общеязыковая исполнительная среда СЬК - динамический компонент каркаса 

Наиболее революционным изобретением Ргате\ѵогк .Ыеі явилось создание 
исполнительной среды СЬК. С ее появлением процесс написания и выполнения 
приложений становится принципиально другим. Но обо всем по порядку. 

Двухэтапная компиляция. Управляемый модуль и управляемый код 

Компиляторы языков программирования, включенные в ѴІ8ііа1 8ШсІіо .Ыеі, создают модули 
на промежуточном языке М8ІЬ (Місго80й Іпіегшеёіаіе Ьап§иа§е), называемом далее просто 
- ІЬ. Фактически компиляторы создают так называемый управляемый модуль - 
переносимый исполняемый файл (РогіаЫе РхесшяЫе или РР-файл). Этот файл содержит 
код на ІЬ и метаданные - всю необходимую информацию как для СЬК, так и конечных 
пользователей, работающих с приложением. О метаданных - важной новинке Ргатехѵогк 
.Кеі - мы еще будем говорить неоднократно. В зависимости от выбранного типа проекта, 
РР-файл может иметь расширения ехе, <Ш, тосі или тсП. 

Заметьте, РР-файл, имеющий расширение ехе, хотя и является ехе-файлом, но это не совсем 
обычный исполняемый \Ѵіпсіо\ѵ8 файл. При его запуске он распознается как специальный 
РР-файл и передается СЬК для обработки. Исполнительная среда начинает работать с 
кодом, в котором специфика исходного языка программирования исчезла. Код на ІЬ 
начинает выполняться под управлением СЬК (по этой причине код называется 
управляемым ). Исполнительную среду можно рассматривать как своеобразную 
виртуальную ІЬ-машину. Эта машина транслирует "на лету" требуемые для исполнения 
участки кода в команды реального процессора, который в действительности и выполняет 
код. 

Виртуальная машина 

Отделение каркаса от студии явилось естественным шагом. Каркас Ргатеѵѵогк .№1: перестал 
быть частью студии, а стал надстройкой над операционной системой. Реперь компиляция и 
создание РР-модулей на ІЬ отделены от выполнения, и эти процессы могут быть 
реализованы на разных платформах. В состав СЬК входят трансляторы ЛР ( т ш1: Іп Тіте 
Сотрііег), которые и выполняют трансляцию ІЬ в командный код той машины, где 
установлена и функционирует исполнительная среда СЬК. Конечно, в первую очередь 
Місгозой реализовала СЬК и РСЪ для различных версий \Уіпсіо\У8, включая \Ѵіпсіо\ѵ8 
98/Ме/МР 4/2000, 32 и 64-разрядные версии \Ѵіпсіо\ѵ8 ХР и семейство .№1: 8егѵег. Для 
операционных систем \Ѵіпсіо\ѵ8 СР и Раіт разработана облегченная версия Ргаше\ѵогк .Ыеі. 

В 2001 году ВСМА (Рвропейская ассоциация производителей компьютеров) приняла язык 
программирования С#, СЬК и РСЪ в качестве стандарта, так что Ргатеѵѵогк .Ыеі уже 
функционирует на многих платформах, отличных от \Ѵіпсіо\ѵ8. Он становится свободно 
распространяемой виртуальной машиной. Это существенно расширяет сферу его 
применения. Производители различных компиляторов и сред разработки программных 
продуктов предпочитают теперь также транслировать свой код в ІЬ, создавая модули в 
соответствии со спецификациями СЬК. Это обеспечивает возможность выполнения их кода 


на разных платформах. 

Місгозой использовала получивший широкое признание опыт виртуальной машины т аѵа, 
улучшив процесс за счет того, что, в отличие от т аѵа, промежуточный код не 
интерпретируется исполнительной средой, а компилируется с учетом всех особенностей 
текущей платформы. Благодаря этому создаются высокопроизводительные приложения. 

Следует отметить, что СЬК, работая с ІЬ-кодом, выполняет достаточно эффективную 
оптимизацию и, что не менее важно, защиту кода. Зачастую нецелесообразно выполнять 
оптимизацию на уровне создания ІЬ-кода - она иногда может не улучшить, а ухудшить 
ситуацию, не давая СЬК провести оптимизацию на нижнем уровне, где можно учесть даже 
особенности процессора. 

Дизассемблер и ассемблер 

Если у вас есть готовый РЕ-файл, то иногда полезно анализировать его ІЬ-код и связанные с 
ним метаданные. В состав Ргатеѵѵогк 8БК входит дизассемблер - іісіазт, выполняющий 
дизассемблирование РЕ-файла и показывающий метаданные, а также ІЬ-код с 
комментариями в наглядной форме. Мы иногда будем пользоваться результатами 
дизассемблирования. У меня на компьютере кнопка, вызывающая дизассемблер, находится 
на панели, где собраны наиболее часто используемые мной приложения. Вот путь к папке, в 
которой обычно находится дизассемблер: 

С:\Ргодгат Рі1ез\Місгозо^1; Ѵізиаі Зйисііо .Ые"Ь\ ГгатемогкЗБК\Віп\і1сІа8т. ехе 

Профессионалы, предпочитающие работать на низком уровне, могут программировать на 
языке ассемблера ІЬ. В этом случае в их распоряжении будет вся мощь библиотеки РСЬ и 
все возможности СЬК. У меня на компьютере путь к папке, где находится ассемблер, 
следующий: 

С : \ШШ0Ш\Місгозо:Е1: .Ые1;\Ггатемогк\ѵ1 . 1 . 4 322 \і1азт. ехе 

В этом курсе к ассемблеру мы обращаться не будем - я упоминаю о нем для полноты 
картины. 

Метаданные 

Переносимый исполняемый РЕ-файл является самодокументируемым файлом и, как уже 
говорилось, содержит и код, и метаданные, описывающие код. Файл начинается с 
манифеста и включает в себя описание всех классов, хранимых в РЕ-файле, их свойств, 
методов, всех аргументов этих методов - всю необходимую СЬК информацию. Поэтому 
помимо РЕ-файла не требуется никаких дополнительных файлов и записей в реестр - вся 
нужная информация извлекается из самого файла. Среди классов библиотеки РСЬ имеется 
класс Кейесііоп, методы которого позволяют извлекать необходимую информацию. 
Введение метаданных - не только важная техническая часть СЬК, но это также часть новой 
идеологии разработки программных продуктов. Мы увидим, что и на уровне языка С# 
самодокументированию уделяется большое внимание. 

Мы увидим также, что при проектировании класса программист может создавать 
собственные атрибуты, добавляемые к метаданным РЕ-файла. Клиенты этого класса могут, 
используя класс Кейесііоп, получать эту дополнительную информацию, и на ее основании 
принимать соответствующие решения. 

На рис. 1.1 показаны результаты дизассемблирования РЕ-файла простого консольного 
приложения с именем Ассоипі, включающего три класса: Ассошіі, Те§гіп§ и С1а§§1. 


Дизассемблер структурирует информацию, хранимую в метаданных, и показывает ее в 
типичном формате дерева. Как обычно, это дерево можно сжимать или раскрывать, 
демонстрируя детали класса. Значки, приписываемые каждому узлу дерева, характеризуют 
тип узла - класс, свойство, метод, описание. Двойной щелчок кнопки мыши на этом узле 
позволяет раскрыть его. При раскрытии метода можно получить его код. На рис. 1.1 
показан код метода айй из класса Ассоипі. 
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Рис. 1.1. Пример структуры РЕ-файла, задающего сборку 

Сборщик мусора - СагЬа§е Соііесіог - и управление памятью 

Еще одной важной особенностью построения СЬК является то, что исполнительная среда 
берет на себя часть функций, традиционно входящих в ведение разработчиков 
трансляторов, и облегчает тем самым их работу. Один из таких наиболее значимых 
компонентов СЬК - сборщик мусора (ОагЬа§е Соііесіог). Под сборкой мусора понимается 
освобождение памяти, занятой объектами, которые стали бесполезными и не используются 
в дальнейшей работе приложения. В ряде языков программирования (классическим 
примером является язык С/С++) память освобождает сам программист, в явной форме 
отдавая команды как на создание, так и на удаление объекта. В этом есть своя логика - "я 
тебя породил, я тебя и убью". Однако можно и нужно освободить человека от этой работы. 
Неизбежные ошибки программиста при работе с памятью тяжелы по последствиям, и их 
крайне тяжело обнаружить. Как правило, объект удаляется в одном модуле, а 
необходимость в нем обнаруживается в другом, далеком модуле. Обоснование того, что 
программист не должен заниматься удалением объектов, а сборка мусора должна стать 
частью исполнительной среды, появилось достаточно давно. Наиболее полно оно 
обосновано в работах Бертрана Мейера и в его книге "Оіуесі-Огіепіесі Сопвігисііоп 
Зойѵѵаге", первое издание которой появилось еще в 1988 году. 


В СЬК эта идея реализована в полной мере. Задача сборки мусора снята не только с 
программистов, но и с разработчиков трансляторов, она решается в нужное время и в 
нужном месте - исполнительной средой, ответственной за выполнение вычислений. Здесь 


же решаются и многие другие вопросы, связанные с использованием памяти, в частности, 
проверяются возможные нарушения использования "чужой" памяти и другие нарушения, 
например, с использованием нетипизированных указателей. Данные, удовлетворяющие 
требованиям СЬК и допускающие сборку мусора, называются управляемыми данными. 

Но, как же, спросите вы, быть с языком С++ и другими языками, где есть 
нетипизированные указатели, адресная арифметика, возможности удаления объектов 
программистом? Такие возможности сохранены и в языке С#. Ответ следующий - СЬК 
позволяет работать как с управляемыми, так и с неуправляемыми данными. Однако 
использование неуправляемых данных регламентируется и не поощряется. Так, в С# 
модуль, использующий неуправляемые данные (указатели, адресную арифметику), должен 
быть помечен как небезопасный (ші8а&), и эти данные должны быть четко зафиксированы. 
Об этом мы еще будем говорить при рассмотрении языка С# в последующих лекциях. 
Исполнительная среда, не ограничивая возможности языка и программистов, вводит 
определенную дисциплину в применении потенциально опасных средств языков 
программирования. 

Исключительные ситуации 

Что происходит, когда при вызове некоторой функции (процедуры) обнаруживается, что 
она не может нормальным образом выполнить свою работу? Возможны разные варианты 
обработки такой ситуации. Функция может возвращать код ошибки или специальное 
значение типа НКезиІІ, может выбрасывать исключение, тип которого характеризует 
возникшую ошибку. В СЬК принято во всех таких ситуациях выбрасывать исключение. 
Косвенно это влияет и на язык программирования. Выбрасывание исключений наилучшим 
образом согласуется с исполнительной средой. В языке С# выбрасывание исключений, их 
дальнейший перехват и обработка - основной рекомендуемый способ обработки 
исключительных ситуаций. 

События 

У СЬК есть свое видение того, что представляет собой тип. Есть формальное описание 
общей системы типов СТ8 - Соттоп Туре 8у8Іет. В соответствии с этим описанием, 
каждый тип, помимо полей, методов и свойств, может содержать и события. При 
возникновении событий в процессе работы с тем или иным объектом данного типа 
посылаются сообщения, которые могут получать другие объекты. Механизм обмена 
сообщениями основан на делегатах - функциональном типе. Надо ли говорить, что в язык 
С# встроен механизм событий, полностью согласованный с возможностями СЬК. Мы 
подробно изучим все эти механизмы, рассматривая их на уровне языка. 

Исполнительная среда СЬК обладает мощными динамическими механизмами - сборки 
мусора, динамического связывания, обработки исключительных ситуаций и событий. Все 
эти механизмы и их реализация в СЬК созданы на основании практики существующих 
языков программирования. Но уже созданная исполнительная среда, в свою очередь, влияет 
на языки, ориентированные на использование СЬК. Поскольку язык С# создавался 
одновременно с созданием СЬК, то, естественно, он стал языком, наиболее согласованным с 
исполнительной средой, и средства языка напрямую отображаются в средства 
исполнительной среды. 

Общие спецификации и совместимые модули 

Уже говорилось, что каркас Ргатеѵѵогк .№1: облегчает межязыковое взаимодействие. Для 
того чтобы классы, разработанные на разных языках, мирно уживались в рамках одного 
приложения, для их бесшовной отладки и возможности построения разноязычных потомков 
они должны удовлетворять некоторым ограничениям. Эти ограничения задаются набором 


общеязыковых спецификаций - СЬ8 (Соттоп Ьап§иа§е ЗресШсагіоп). Класс, 
удовлетворяющий спецификациям СЬ8, называется СЬ8-совместимым. Он доступен для 
использования в других языках, классы которых могут быть клиентами или наследниками 
совместимого класса. 

Спецификации СЪ8 точно определяют, каким набором встроенных типов можно 
пользоваться в совместимых модулях. Понятно, что эти типы должны быть 
общедоступными для всех языков, использующих Ргатеѵѵогк .Ыеі. В совместимых модулях 
должны использоваться управляемые данные и выполняться некоторые другие 
ограничения. Заметьте, ограничения касаются только интерфейсной части класса, его 
открытых свойств и методов. Закрытая часть класса может и не удовлетворять СЪ8. 
Классы, от которых не требуется совместимость, могут использовать специфические 
особенности языка программирования. 

На этом я закончу обзорное рассмотрение Ѵікиаі 8Шёіо .Ыеі и ее каркаса Ргатеѵѵогк .№1;. 
Одной из лучших книг, подробно освещающих эту тему, является книга Джеффри Рихтера, 
переведенная на русский язык: "Программирование на платформе .N©1: Ргатеѵѵогк". Крайне 
интересно, что для Рихтера языки являются лишь надстройкой над каркасом, поэтому он 
говорит о программировании, использующем возможности исполнительной среды СЪК и 
библиотеки РСЪ. 

2. Лекция: Язык С# и первые проекты: версия для печати и РБА 

Создание языка. Вго особенности. Решения, проекты, пространства имен. Консольные и 

\ѴіпсІо\У8-приложения С#, построенные по умолчанию. 

Создание С# 

Язык С# является наиболее известной новинкой в области создания языков 
программирования. В отличие от 60-х годов XX века - периода бурного языкотворчества - в 
нынешнее время языки создаются крайне редко. За последние 15 лет большое влияние на 
теорию и практику программирования оказали лишь два языка: ЕіЯеІ, лучший, по моему 
мнению, объектно-ориентированный язык, и т аѵа, ставший популярным во многом 
благодаря технологии его использования в Интернете и появления такого понятия как 
виртуальная т аѵа-машина. Чтобы новый язык получил признание, он должен действительно 
обладать принципиально новыми качествами. Языку С# повезло с родителями. Явившись 
на свет в недрах Місгозой, будучи наследником С++, он с первых своих шагов получил 
мощную поддержку. Однако этого явно недостаточно для настоящего признания 
достоинств языка. Попробуем разобраться, имеет ли он большое будущее? 

Создателем языка является сотрудник Місгозой Андреас Хейлсберг. Он стал известным в 
мире программистов задолго до того, как пришел в Місгозой. Хейлсберг входил в число 
ведущих разработчиков одной из самых популярных сред разработки - Беірпі. В Місгозой 
он участвовал в создании версии т аѵа - ]++, так что опыта в написании языков и сред 
программирования ему не занимать. Как отмечал сам Андреас Хейлсберг, С# создавался 
как язык компонентного программирования, и в этом одно из главных достоинств языка, 
направленное на возможность повторного использования созданных компонентов. Из 
других объективных факторов отметим следующие: 

• С# создавался параллельно с каркасом Ргатеѵѵогк .№1: и в полной мере учитывает 
все его возможности - как РСЬ, так и СЬР; 

• С# является полностью объектно-ориентированным языком, где даже типы, 
встроенные в язык, представлены классами; 

• С# является мощным объектным языком с возможностями наследования и 
универсализации; 


• С# является наследником языков С/С++, сохраняя лучшие черты этих популярных 
языков программирования. Общий с этими языками синтаксис, знакомые операторы 
языка облегчают переход программистов от С++ к С#; 

• сохранив основные черты своего великого родителя, язык стал проще и надежнее. 
Простота и надежность, главным образом, связаны с тем, что на С# хотя и 
допускаются, но не поощряются такие опасные свойства С++ как указатели, 
адресация, разыменование, адресная арифметика; 

• благодаря каркасу Ргатеѵѵогк .№і, ставшему надстройкой над операционной 
системой, программисты С# получают те же преимущества работы с виртуальной 
машиной, что и программисты т аѵа. Эффективность кода даже повышается, 
поскольку исполнительная среда СЬЯ представляет собой компилятор 
промежуточного языка, в то время как виртуальная т аѵа-машина является 
интерпретатором байт-кода; 

• мощная библиотека каркаса поддерживает удобство построения различных типов 
приложений на С#, позволяя легко строить \УеЪ-службы, другие виды компонентов, 
достаточно просто сохранять и получать информацию из базы данных и других 
хранилищ данных; 

• реализация, сочетающая построение надежного и эффективного кода, является 
немаловажным фактором, способствующим успеху С#. 

Виды проектов 

Как уже отмечалось, Ѵізиаі Згисііо .№1: для языков С#, Ѵізиаі Вазіс и Ш предлагает 12 
возможных видов проектов. Среди них есть пустой проект, в котором изначально не 
содержится никакой функциональности; есть также проект, ориентированный на создание 
\ѴеЪ-служб. В этой книге, направленной, прежде всего, на изучение языка С#, основным 
видом используемых проектов будут обычные \Ѵіпсіо\ѵ8-приложения. На начальных этапах, 
чтобы не усложнять задачу проблемами пользовательского интерфейса, будем 
рассматривать также консольные приложения. 

Давайте разберемся, как создаются проекты и что они изначально собой представляют. 
Поговорим также о сопряженных понятиях: решение (зоішіоп), проект (ргс^есі), 
пространство имен (патезрасе), сборка (аззетЫу). Рассмотрим результаты работы 
компилятора Ѵізиаі 8гишо с позиций программиста, работающего над проектом, и с 
позиций СЬЯ, компилирующей РЕ-файл в исходный код процессора. 

С точки зрения программиста, компилятор создает решение, с точки зрения СЬК - сборку, 
содержащую РЕ-файл. Программист работает с решением, СЬК - со сборкой. 

Решение содержит один или несколько проектов, ресурсы, необходимые этим проектам, 
возможно, дополнительные файлы, не входящие в проекты. Один из проектов решения 
должен быть выделен и назначен стартовым проектом. Выполнение решения начинается со 
стартового проекта. Проекты одного решения могут быть зависимыми или независимыми. 
Например, все проекты одной лекции данной книги могут быть для удобства собраны в 
одном решении и иметь общие свойства . Изменяя стартовый проект, получаем 
возможность перехода к нужному примеру. Заметьте, стартовый проект должен иметь 
точку входа - класс, содержащий статическую процедуру с именем Маіп, которой 
автоматически передается управление в момент запуска решения на выполнение. В уже 
имеющееся решение можно добавлять как новые, так и существующие проекты. Один и тот 
же проект может входить в несколько решений. 

Проект состоит из классов, собранных в одном или нескольких пространствах имен. 
Пространства имен позволяют структурировать проекты, содержащие большое число 
классов, объединяя в одну группу близкие классы. Если над проектом работает несколько 


исполнителей, то, как правило, каждый из них создает свое пространство имен. Помимо 
структуризации, это дает возможность присваивать классам имена, не задумываясь об их 
уникальности. В разных пространствах имен могут существовать одноименные классы. 
Проект - это основная единица, с которой работает программист. Он выбирает тип проекта , 
а Ѵізиаі 8гишо создает скелет проекта в соответствии с выбранным типом. 

Дальнейшие объяснения лучше сочетать с реальной работой над проектами. Поэтому во 
всей этой книге я буду вкратце описывать свои действия по реализации тех или иных 
проектов, надеясь, что их повторение читателем будет способствовать пониманию текста и 
сути изучаемых вопросов. 

Консольный проект 

У себя на компьютере я открыл установленную лицензионную версию Ѵізиаі Зіисііо .№1: 
2003, выбрал из предложенного меню - создание нового проекта на С#, установил вид 
проекта - консольное приложение, дал имя проекту - СошоІеНеІІо, указал, где будет 
храниться проект. Как выглядит задание этих установок, показано на рис. 2.1. 
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Рис. 2.1. Окно создания нового проекта 


Если принять эти установки, то компилятор создаст решение, имя которого совпадает с 
именем проекта. На рис. 2.2 показано, как выглядит это решение в среде разработки: 
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Рис. 2.2. Среда разработки и консольное приложение, построенное по умолчанию 

Интегрированная среда разработки ГОЕ (Іпіе^гаіесі Беѵеіортепі: ЕпѵігоптепІ:) Ѵікиаі 8Шёіо 
является многооконной, настраиваемой, обладает большим набором возможностей. 
Внешний вид ее достаточно традиционен, хотя здесь есть новые возможности; я не буду 
заниматься ее описанием, полагаясь на опыт читателя и справочную систему. Обращаю 
внимание лишь на три окна, из тех, что показаны на рис. 2.2. В окне Зоішіоп Ехріогег 
представлена структура построенного решения. В окне Ргорегііез можно увидеть свойства 
выбранного элемента решения. В окне документов отображается выбранный документ, в 
данном случае, программный код класса проекта - Соп§о1еНе11о.С1а§§1. Заметьте, в этом 
окне можно отображать и другие документы, список которых показан в верхней части окна. 

Построенное решение содержит, естественно, единственный заданный нами проект - 
СошоІеНеПо. Наш проект, как показано на рис. 2.2, включает в себя папку со ссылками на 
системные пространства имен из библиотеки РСЪ, файл со значком приложения и два 
файла с расширением с§. Файл А§§етЫуІпго содержит информацию, используемую в 
сборке, а файл со стандартным именем С1а§8І является построенным по умолчанию 
классом, который задает точку входа - процедуру Маіп, содержащую для данного типа 
проекта только комментарий. 

Заметьте, класс проекта погружен в пространство имен, имеющее по умолчанию то же имя, 
что и решение, и проект. Итак, при создании нового проекта автоматически создается 
достаточно сложная вложенная структура - решение, содержащее проект, содержащий 
пространство имен, содержащее класс, содержащий точку входа. Для простых решений 
такая структурированность представляется избыточной, но для сложных - она осмысленна 
и полезна. 


Помимо понимания структуры решения, стоит также разобраться в трех важных элементах, 
включенных в начальный проект - предложение шіп§, тэги документации в комментариях и 
атрибуты. 


Пространству имен может предшествовать одно или несколько предложений шіп§, где 
после ключевого слова следует название пространства имен - из библиотеки РСЬ или из 
проектов, связанных с текущим проектом. В данном случае задается пространство имен 
8у§1ет - основное пространство имен библиотеки РСЬ. Предложение шіп§ КатеА 
облегчает запись при использовании классов, входящих в пространство КатеА, поскольку 
в этом случае не требуется каждый раз задавать полное имя класса с указанием имени 
пространства, содержащего этот класс. Чуть позже мы увидим это на примере работы с 
классом Сопкоіе пространства 8у§1ет. Заметьте, полное имя может потребоваться, если в 
нескольких используемых пространствах имен имеются классы с одинаковыми именами. 

Все языки допускают комментарии. В С#, как и в С++, допускаются однострочные и 
многострочные комментарии. Первые начинаются с двух символов косой черты. Весь текст 
до конца строки, следующий за этой парой символов, (например, "//любой текст" ) 
воспринимается как комментарий, не влияющий на выполнение программного кода. 
Началом многострочного комментария является пара символов /*, а концом - */. Заметьте, 
тело процедуры Маіп содержит три однострочных комментария. 

Здесь же, в проекте, построенном по умолчанию, мы встречаемся с еще одной весьма 
важной новинкой С# - ХМЬ-тегами, формально являющимися частью комментария. 
Отметим, что описанию класса Сіавві и описанию метода Маіп предшествует заданный в 
строчном комментарии ХМЬ-тег <8ипгтагу>. Этот тэг распознается специальным 
инструментарием, строящим ХМЬ-отчет проекта. Идея самодокументируемых 
программных проектов, у которых документация является неотъемлемой частью, является 
важной составляющей стиля компонентного надежного программирования на С#. Мы 
рассмотрим реализацию этой идеи в свое время более подробно, но уже с первых шагов 
будем использовать теги документирования и строить ХМЬ-отчеты. Заметьте, кроме тега 
<8ипттагу> возможны и другие тэги, включаемые в отчеты. Некоторые теги добавляются 
почти автоматически. Если в нужном месте (перед объявлением класса, метода) набрать 
подряд три символа косой черты, то автоматически вставится тэг документирования, так 
что останется только дополнить его соответствующей информацией. 

Еще одна новинка С#, встречающаяся в начальном проекте, это атрибут [ЗТАТЬгеаё], 
который предшествует описанию процедуры Маіп. Так же, как и тэги документирования, 
атрибуты распознаются специальным инструментарием и становятся частью метаданных. 
Атрибуты могут быть как стандартными, так и заданными пользователем. Стандартные 
атрибуты используются СЕЯ и влияют на то, как она будет выполнять проект. В данном 
случае атрибут [8ТАТЬгеаё] (8іп§1е ТЬгеасі Арагітепі) задает однопоточную модель 
выполнения. Об атрибутах и метаданных мы еще будем говорить подробно. Заметьте, если 
вы нечетко представляете, каков смысл однопоточной модели, и не хотите, чтобы в вашем 
тексте присутствовали непонятные для вас указания, то этот атрибут можно удалить из 
текста, что не отразится на выполнении. 

Скажем еще несколько слов о точке входа - процедуре Маіп. Ее заголовок можно 
безболезненно упростить, удалив аргументы, которые, как правило, не задаются. Они 
имеют смысл, когда проект вызывается из командной строки, позволяя с помощью 
параметров задать нужную стратегию выполнения проекта. 

Таков консольный проект, построенный по умолчанию. Функциональности у него немного. 
Его можно скомпилировать, выбрав соответствующий пункт из меню ЬиіЫ. Если 
компиляция прошла без ошибок, то в результате будет произведена сборка и появится РЕ- 
файл в соответствующей папке ОеЬи§ нашего проекта. Приложение можно запустить 
нажатием соответствующих клавиш (например, СТКЕ+Р5) или выбором соответствующего 
пункта из меню БеЬи§. Приложение будет выполнено под управлением СЕК. В результате 
выполнения появится консольное окно с предложением нажать любую клавишу для 


закрытия окна. 

Слегка изменим проект, построенный по умолчанию, добавим в него свой код и превратим 
его в классический проект приветствия. Нам понадобятся средства для работы с консолью - 
чтения с консоли (клавиатуры) и вывода на консоль (дисплей) строки текста. Библиотека 
РСЬ предоставляет для этих целей класс Сошоіе, среди многочисленных методов которого 
есть методы КеаёЬше и \ѴгкеЬіпе с очевидной семантикой. Вот код проекта, полученный в 
результате моих корректировок: 

изіпд Бузует; 
патезрасе СопзоІеНеІІо 

{ 

/// <зиттагу> 

/// Первый консольный проект - Приветствие 

/// </зиттагу> 

сіазз Сіаззі 

{ 

/// <зиттагу> 

/// Точка входа. Запрашивает имя и выдает приветствие 

/// </зиттагу> 

зЬаЬіс ѵоісі Маіп() 

{ 

Сопзоіе .Игі"ЬеЫпе ( "Введите Ваше имя"); 

з"Ьгіпд пате; 

пате = Сопзоіе . КеасІЬіпе ( ) ; 

Щ (пате=="") 

Сопзоіе .Игі"ЬеЬіпе ("Здравствуй, мир!"); 
еізе 

Сопзоіе .Игі"ЬеЫпе ( "Здравствуй, " + пате + "!"); 
} 
} 
} 

Я изменил текст в тегах <8ііттагу>, удалил атрибут и аргументы процедуры Маіп, добавил 
в ее тело операторы ввода-вывода. Благодаря предложению іД8Іп§, мне не требуется при 
вызове методов класса Сошоіе каждый раз писать 8у81ет.Соп8о1е. Надеюсь, что 
программный текст понятен без дальнейших пояснений. 

В завершение первого проекта построим его ХМЬ-отчет. Для этого в свойствах проекта 
необходимо указать имя файла, в котором будет храниться отчет. Установка этого свойства 
проекта, так же как и других свойств, делается в окне Ргорегіу Ра§ез, открыть которое 
можно по-разному. Я обычно делаю это так: в окне Зоішіоп Ехріогег выделяю строку с 
именем проекта, а затем в окне Ргорегііез нажимаю имеющуюся там кнопку Ргореггу Ра§е8. 
Затем в открывшемся окне свойств, показанном на рис. 2.3, устанавливается нужное 
свойство. В данном случае я задал имя файла отчета пеііо.хті. 
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Рис. 2.3. Окно Ргорегіу Ра§е8 проекта и задание имени ХМЬ-отчета 

После перестройки проекта можно открыть этот файл с документацией. Если соблюдать 
дисциплину, то в нем будет задана спецификация проекта, с описанием всех классов, их 
свойств и методов. Вот как выглядит этот отчет в данном примере: 

<?хш1 ѵегзіоп="1 . О" ?> 

<с1ос> 

<аззетЪ1у> 

<пате>Сопзо1еНе11о</пате> 
</аззетЫу> 
<тетЪегз> 

<тетЬег пате="Т : СопзоІеНеІІо .С1азз1"> 
<зиттагу> 

Первый консольный проект - Приветствие 
</зиггапагу> 
</тетЬег> 

<тетЬег пате="М: СопзоІеНеІІо . Сіаззі .Маіп"> 
<зиттагу> 

Точка входа. Запрашивает имя и выдает приветствие 
</зигшпагу> 
</тетЬег> 
</тетЬегз> 
</с1ос> 

Как видите, отчет описывает наш проект, точнее, сборку. Пользователь, пожелавший 
воспользоваться этой сборкой, из отчета поймет, что она содержит один класс, назначение 
которого указано в теге <§иттагу>. Класс содержит лишь один элемент - точку входа Маіп 
с заданной спецификацией в теге <8ипгтагу>. 

\Ѵіп(іолѵ8-проект 


Проделаем аналогичную работу: построим \Ѵіпсіо\ѵ8- проект, рассмотрим, как он выглядит 
по умолчанию, а затем дополним его до проекта "Приветствие". Повторяя уже описанные 


действия, в окне нового проекта (см. рис. 2.1) я выбрал тип проекта \ѴТпсІо\У8 Арріісаііоп, 
дав проекту имя \ѴТпсІо\У8Не11о. 

Как и в консольном случае, по умолчанию строится решение, содержащее единственный 
проект, содержащий единственное пространство имен (все три конструкции имеют 
совпадающие имена). В пространство имен вложен единственный класс Рогші, но это уже 
далеко не столь простой класс, как ранее. Вначале приведу его код, а потом уже дам 
необходимые пояснения: 

изіпд Зузйет; 

изіпд Зузйет. Огаадіпд; 

изіпд 8уз"Ьет. СоІІесЬіопз; 

изіпд Зузіет. СотропепІМосіеІ; 

изіпд Бузует. Иіпсіомз . Гогтз; 

изіпд 5уз"Ьет. Ба^а; 
патезрасе КіпсІомзНеІІо 

{ 

/// <зиттагу> 

/// Зиттагу сіезсгір"Ьіоп іГог Гогті . 

/// </зиттагу> 

риЫіс сіазз Гогті : Зузйет.Иіпсіомз . Гогтз . Рогт 

{ 

/// <зиттагу> 

/// Кедиігесі сіезідпег ѵагіаЫе. 

/// </зиттагу> 

ргіѵайе Зузйет. Сотропеп"ЬМосіе1 . Сопйаіпег сотропепйз = пиіі; 

риЫіс Гогті ( ) 

{ 

// Кедиігесі іГог Кіпсіомз Гогт Безідпег зиррог"Ь 

Іпі"Ьіа1І2еСотропеп"Ь ( ) ; 

// ТОБО : Асісі апу сопз^гисЬог сосіе аіПіег 

// Іпі"Ьіа1І2еСотропеп"Ь саіі 
} 

/// <зиттагу> 

/// Сіеап ир апу гезоигсез Ьеіпд изесі. 
/// </зиттагу> 
рго^есЬесІ оѵеггісіе ѵоісі Бізрозе ( Ьооі сіізрозіпд ) 

{ 

і^( сіізрозіпд ) 

{ 

іі: (сотропепйз != пиіі) 
{ 

сотропеп1:з . Бізрозе ( ) ; 
} 
} 

Ьазе . Бізрозе ( сіізрозіпд ) ; 
} 

#гедіоп Иіпсіомз Гогт Безідпег депегайеоі сосіе 
/// <зиттагу> 

/// Кедиігесі те"ЫпосІ іГог Безідпег зиррог"Ь - сіо по"Ь тосііііу 
/// "ЬЬе соп"Ьеп"(:з оі "Ыпіз тейЬооІ мі"Ып "Ыпе сосіе ейИог. 
/// </зиттагу> 
ргіѵайе ѵоісі ІпійіаІігеСотропепІ; ( ) 

{ 

"ЬЬіз . сотропеп"Ьз = пем 

Зуз"Ьет. Сотропеп"ШосІе1 . Сопйаіпег ( ) ; 

ЬЬіз.Зіге = пей Зуз"Ьет. Бгаміпд. Зіге (300, 300) ; 

Уііз.ТехІ; = "Гогті"; 
} 

#епсІгедіоп 
/// <зиттагу> 

/// ТЬе таіп еп"Ьгу роіп"Ь ігог "ЬЬе арріісайіоп . 
/// </зиттагу> 
[ЗТАТЬгеай] 


з^аЬіс ѵоісі Маіп() 

{ 

Арр1іса"Ьіоп . Кип (пем Гогт1(] 

} 


} 


Начну с того, что теперь пространству имен предшествует 6 предложений шіп§; это 
означает, что используются не менее 6-ти классов, находящихся в разных пространствах 
имен библиотеки РСЪ. Одним из таких используемых классов является класс Рогт из 
глубоко вложенного пространства имен 8у§Іет.\ѴіпсІоѵѵ§.Рогт8. Построенный по 
умолчанию класс Рогті является наследником класса Рогт и автоматически наследует его 
функциональность - свойства, методы, события. При создании объекта этого класса, 
характеризующего форму, одновременно Ѵізиаі ЗШшо создает визуальный образ объекта - 
окно, которое можно заселять элементами управления. В режиме проектирования эти 
операции можно выполнять вручную, при этом автоматически происходит изменение 
программного кода класса. Появление в проекте формы, открывающейся по умолчанию при 
запуске проекта, означает переход к визуальному, управляемому событиями 
программированию. Сегодня такой стиль является общепризнанным, а стиль консольного 
приложения следует считать анахронизмом, правда, весьма полезным при изучении свойств 
языка. 

В класс Рогті встроено закрытое ( ргіѵаіе ) свойство - объект сотропепік класса Сопіаіпег. 
В классе есть конструктор, вызывающий закрытый метод класса ІпіііаІіхеСотропепі. В 
классе есть деструктор, освобождающий занятые ресурсы, которые могут появляться при 
добавлении элементов в контейнер сотропепік. Наконец, в классе есть точка входа - 
процедура Маіп с непустым телом. 

Начало начал - точка "большого взрыва" 

Основной операцией, инициирующей вычисления в объектно -ориентированных 
приложениях, является вызов метода Р некоторого класса х, имеющий вид: 

х.Г(агд1, агд2, ..., агдЫ) ; 

В этом вызове х называется целью вызова, и здесь возможны три ситуации: 

• х - имя класса. В этом случае метод Р должен быть статическим методом класса, 
объявленным с атрибутом віаііс, как это имеет место, например, для точки вызова - 
процедуры Маіп ; 

• х - имя объекта или объектное выражение. В этом случае Р должен быть обычным, 
не статическим методом. Иногда такой метод называют экземплярным, подчеркивая 
тот факт, что метод вызывается экземпляром класса - некоторым объектом; 

• х - не указывается при вызове. Такой вызов называется неквалифицированным, в 
отличие от двух первых случаев. Заметьте, неквалифицированный вызов вовсе не 
означает, что цель вызова отсутствует, - она просто задана по умолчанию. Целью 
является текущий объект (текущий класс для статических методов). Текущий объект 
имеет зарезервированное имя ті§. Применяя это имя, любой неквалифицированный 
вызов можно превратить в квалифицированный вызов. Иногда без этого имени 
просто не обойтись. 

Но как появляются объекты? Как они становятся текущими? Как реализуется самый первый 
вызов метода, другими словами, кто и где вызывает точку входа - метод Маіп? С чего все 
начинается? 


Когда СЬК получает сборку для выполнения, то в решении, входящем в сборку, отмечен 
стартовый проект, содержащий класс с точкой входа - статическим методом (процедурой) 
Маіп. Некоторый объект исполнительной среды СЬК и вызывает этот метод, так что 
первоначальный вызов метода осуществляется извне приложения. Это и есть точка 
"большого взрыва" - начало зарождения мира объектов и объектных вычислений. 
Дальнейший сценарий зависит от содержимого точки входа. Как правило, в ней создаются 
один или несколько объектов, а затем вызываются методы и/или обработчики событий, 
происходящих с созданными объектами. В этих методах и обработчиках событий могут 
создаваться новые объекты, вызываться новые методы и новые обработчики. Так, начиная с 
одной точки, разворачивается целый мир объектов приложения. 

Выполнение проекта по умолчанию после "большого взрыва" 

Давайте посмотрим, что происходит в проекте, создаваемом по умолчанию, когда 
произошел "большой взрыв", вселенная создана и процедура Маіп начала работать. 
Процедура Маіп содержит всего одну строчку: 

Арріісайіоп . Кип (пем ГогтІО); 

Прокомментируем этот квалифицированный вызов. Целью здесь является класс Арріісаііоп 
из пространства имен 8у§Іет.\ѴіпсІо\у§.Рогт§. Класс вызывает статический метод Кип, 
которому в качестве фактического аргумента передается объектное выражение пе\ѵ Рогш1(). 
При вычислении этого выражения создается первый объект - экземпляр класса Рогті. Этот 
объект становится текущим. Для создания объекта вызывается конструктор класса. В 
процессе работы конструктора осуществляется неквалифицированный вызов метода 
Іпіііа1І2еСошропепІ(). Целью этого вызова является текущий объект - уже созданный объект 
класса Рогті. Ни в конструкторе, ни в вызванном методе новые объекты не создаются. По 
завершении работы конструктора объект класса Рогті передается методу Кип в качестве 
аргумента. 

Метод Кип класса Арріісаііоп - это знаменитый метод. Во-первых, он открывает форму - 
видимый образ объекта класса Рогті, с которой теперь может работать пользователь. Но 
главная его работа состоит в том, что он создает настоящее \Ѵіпсіо\ѵ8-приложение, запуская 
цикл обработки сообщений о происходящих событиях. Поступающие сообщения 
обрабатываются операционной системой согласно очереди и приоритетам, вызывая 
обработчики соответствующих событий. Поскольку наша форма по умолчанию не заселена 
никакими элементами управления, то поступающих сообщений немного. Все, что может 
делать пользователь с формой, так это перетаскивать ее по экрану, сворачивать и изменять 
размеры. Конечно, он может еще закрыть форму. Это приведет к завершению цикла 
обработки сообщений, к завершению работы метода Кип, к завершению работы метода 
Маіп, к завершению работы приложения. 

Проект ЛѴіпйоѵѵзНеІІо 

Давайте расширим приложение по умолчанию до традиционного приветствия в \Ѵіпсіо\ѵ8- 
стиле, добавив окошки для ввода и вывода информации. Как уже говорилось, при создании 
\Ѵіпёо\ѵ8-приложения по умолчанию создается не только объект класса Рогті - потомка 
класса Рогш, но и его видимый образ - форма, с которой можно работать в режиме 
проектирования, населяя ее элементами управления. Добавим в форму следующие 
элементы управления: 

• текстовое окно и метку. По умолчанию они получат имена ІехіВохІ и ІаЬеІІ. 
Текстовое окно предназначается для ввода имени пользователя, метка, визуально 
связанная с окном, позволит указать назначение текстового окна. Я установил 


свойство МиІШіпе для текстового окна как Мае, свойство Техі у метки - Ваше Имя; 

• аналогичная пара элементов управления - ІехіВох2 и 1аЬе12 - предназначены для 
вывода приветствия. Поскольку окно ІехіВох2 предназначено для вывода, то я 
включил его свойство ЯеасЮпІу; 

• я посадил на форму командную кнопку, обработчик события Сііск которой и будет 
организовывать чтение имени пользователя из окна ІехіВохІ и вывод приветствия в 
окно Іех1:Вох2. 

На рис. 2.4 показано, как выглядит наша форма в результате проектирования. 
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Рис. 2.4. Форма "Приветствие" 

Я не буду далее столь же подробно описывать действия по проектированию интерфейса 
форм, полагая, что все это интуитивно ясно и большинству хорошо знакомо. Более важно 
понимать то, что все действия по проектированию интерфейса незамедлительно 
транслируются в программный код, добавляемый в класс Рогті. Мы вручную сажаем 
элемент управления на форму, тут же в классе появляется закрытое свойство, задающее 
этот элемент, а в процедуре ІпіІаіІіхеСотропепІ выполняется его инициализация. Мы 
меняем некоторое свойство элемента управления, это незамедлительно находит отражение 
в программном коде указанной процедуры. 

Вот как выглядит автоматически добавленное в класс описание элементов управления: 

ргіѵайе Зузйет.ІлГіпсіоѵз . Гогтз . ЬаЬеІ ІаЬеІІ; 

ргіѵа"Ье Зуз"Ьет.Иіпсіо№з . Гогтз . Тех1;Вох 1;ех"ЬВох1; 
ргіѵайе Бузует. Иіпсіоиз . Гогтз . Ви"Ы:оп Ьи"Ы:оп1; 
ргіѵайе Бузует. Иіпйоиз . Гогтз . Тех"ЬВох "Ьех"ЬВох2; 
ргіѵаіе Зуз"Ьет.1лГіпйо№з . Гогтз . ЬаЬеІ 1аЬе12; 

А вот фрагмент текста процедуры ІшІаіІігеСотропепі: 


#гедіоп ІлГіпсІомз Гогт Безідпег депегайесі сосіе 
/// <зиттагу> 

/// Кедиігесі те"ЬЬосІ іГог Безідпег зиррог"Ь - йо по"Ь 
/// тосІііГу "Ыпе соп"Ьеп"Ьз оі: "ЬЬіз те"ЫпосІ мі"ЬЬ "Ыпе сосіе 
/// есіійог. 
/// </зиттагу> 
ргіѵа^е ѵоісі Іпі"Ьіа1І2еСотропеп"Ь ( ) 


{ 


"ЬЬіз.ІаЬеІІ = пем Зуз"Ьет.1лТіпс1.оі»75 . Гогтз . ЬаЬеІ () ; 
"Ыпіз . "Ьех"ЬВох1 = пем Зуз"Ьет.1лГіпйо^з . Гогтз . Тех"ЬВох () ; 
"ЬЬіз .Ьи"Ы:оп1 = пей Зузйет.ІлГіпйо^з . Гогтз . Ви"Ы;оп () ; 
"ЬЬіз . "Ьех"ЬВох2 = пеѵ Зуз"Ьет.1лГіпйо^з . Гогтз . Тех"ЬВох () ; 
"ЬЬіз.1аЬе12 = пей Зуз^ет.ИіпсІомз . Гогтз . ЬаЬеІ () ; 
"ЬЬіз . Зизрепсііауоиі; ( ) ; 
// ІаЬеІІ 


г.піз . ІаЪеІІ . Ьосаг-іоп = пеад Зузг.ет. Бгаміпд. Роіпг. (24, 40); 
г.піз . ІаЬеІІ .Ыате = "ІаЪеІІ"; 

г.піз . ІаЪеІІ . Зіге = пей Зузг.ет. Бгаадіпд . Зіге (152, 32); 
"Ыпіз . ІаЬеІІ . ТаЫпсіех = 0; 
г.піз . ІаЪеІІ . Техг. = "Ваше имя"; 
г.піз . ІаЪеІІ . Техг-АІідп = 
Зузг.ет. Бгаміпд . Сопг-епг-АІідптепг. . МісІсІІеСепг-ег; 

. . . аналогично задаются описания свойств всех элементов управления . . . 
. . . далее задаются свойства самой формы . . . 

// Гогті 
// 

г-піз . Аиг.оЗса1еВазеЗІ2е = пеѵ Зузг.ет. Бгаміпд . Зіге ( 6, 15); 
г-піз . Сііепг-Зіге = пей Зузг.ет. Бгаміпд. Зіге (528, 268); 
г-піз . Сопг.го1з . АсІсІКапде (пей 

Зузг.ет.1лТіпс1.омз . Еогтз . Сопг-гоІ [ ] 

{ 

"Ьпіз . г.ехг.Вох2 , 
г.піз . 1аЬе12 , 
г.піз .Ьиг.г.оп1, 
г.піз . "Ьехг-Вохі , 
Г-Іпіз . ІаЬеІІ 
}); 

"Ыпіз.Ыате = "Еогті"; 

"Ыпіз.Техг. = "Приветствие"; 

"Ыпіз.ЬоасІ += пеѵ Зузг-ет.Еѵепг-НапсІІег ("Ьпіз . Гогті Ьоай) ; 

Ьпіз . КезитеЬауоиг. ( ^аізе) ; 
} 
#епйгедіоп 

Заметьте, в теге <§иттагу> нас предупреждают, что этот метод требуется специальному 
инструментарию - Дизайнеру формы - и он не предназначен для редактирования 
пользователем; добавление и удаление кода этого метода производится автоматически. 
Обращаю внимание, что после заполнения свойств элементов управления заключительным 
шагом является их добавление в коллекцию Сопгго1§, хранящую все элементы управления. 
Здесь используется метод АёёКап§е, позволяющий добавить в коллекцию одним махом 
целый массив элементов управления. Метод Аёсі позволяет добавлять в коллекцию по 
одному элементу. Позже нам придется добавлять элементы управления в форму 
программно, динамически изменяя интерфейс формы. Для этого мы будем выполнять те же 
операции: объявить элемент управления, создать его, используя конструкцию пе\ѵ, задать 
нужные свойства и добавить в коллекцию Сопгго1§. 

В заключение приведу текст обработчика событий командной кнопки. Как задается 
обработчик того или иного события для элементов управления? Это можно делать по- 
разному. Есть стандартный способ включения событий. Достаточно выделить нужный 
элемент в форме, в окне свойств нажать кнопку событий (со значком молнии) и из списка 
событий выбрать нужное событие и щелкнуть по нему. В данной ситуации все можно 
сделать проще - двойной щелчок по кнопке включает событие, и автоматически строится 
заготовка обработчика события с нужным именем и параметрами. Вот как она выглядит: 

ргіѵаг-е ѵоісі Ъиг-Г-опІ Сііск (о^есг. зепсіег, Зузг.ет.Еѵепг.Агдз е) 
{ 

} 
Нам остается добавить свой текст. Я добавил следующие строки: 

зг.гіпд "Ьетр; 

"Ьетр = г-ехг-ВохІ . Техг.; 

іі ( "Ьетр == " " ) 

ц.ехг.Вох2 . Техг. = "Здравствуй, мир ! " ; 
еізе 


"Ьех"(:Вох2 . Тех"Ь = "Здравствуй, " + "Ьетр + " !"; 


И вот как это работает. 
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Рис. 2.5. Форма "Приветствие" в процессе работы 

На этом мы закончим первое знакомство с проектами на С# и в последующих лекциях 
приступим к систематическому изучению возможностей языка. 

3. Лекция: Система типов языка С#: версия для печати и РБА 

Общий взгляд. Система типов. Типы-значения и ссылочные типы. Встроенные типы. 
Сравнение с типами С++. Типы или классы? И типы, и классы! Преобразования 
переменных в объекты и ѵісе ѵегеа. Операции "упаковать" и "распаковать". Преобразования 
типов. Преобразования внутри арифметического типа. Преобразования строкового типа. 
Класс Сопѵегі и его методы. Проверяемые преобразования. Управление проверкой 
арифметических преобразований. 

Общий взгляд 

Знакомство с новым языком программирования разумно начинать с изучения системы 
типов этого языка. Как в нем устроена система типов данных? Какие есть простые типы, 
как создаются сложные, структурные типы, как определяются собственные типы, 
динамические типы, как определяются классы? 

В первых языках программирования понятие класса отсутствовало - рассматривались 
только типы данных. При определении типа явно задавалось только множество возможных 
значений, которые могут принимать переменные этого типа. Например, тип іп1е§ег задает 
целые числа в некотором диапазоне. Неявно с типом всегда связывался и набор 
разрешенных операций. В типизированных языках, к которым относится большинство 
языков программирования, понятие переменной естественным образом связывалось с 
типом. Если есть тип Т и переменная х типа Т, то это означало, что переменная может 
принимать значения из множества, заданного типом, и к ней применимы операции, 
разрешенные типом. 

Классы и объекты впервые появились в программировании в языке Симула 67. Произошло 
это спустя 10 лет после появления первого алгоритмического языка Фортран. Определение 
класса наряду с описанием данных содержало четкое определение операций или методов, 
применимых к данным. Объекты - экземпляры класса являются обобщением понятия 
переменной. Сегодня определение класса в С# и других объектных языках, аналогично 
определению типа в СТ8, содержит: 

• данные, задающие свойства объектов класса ; 

• методы, определяющие поведение объектов класса ; 

• события, которые могут происходить с объектами класса. 


Так есть ли различие между этими двумя основополагающими понятиями - типом и 
классом? На первых порах можно считать, что класс - это хорошо определенный тип 
данных, объект - хорошо определенная переменная. Понятия фактически являются 
синонимами, какое из них употреблять лишь дело вкуса. Встроенные типы, такие как 
іпіе^ег или §ггіп§, предпочитают называть по-прежнему типами, а их экземпляры - 
переменными. Что же касается абстракции данных, описывающей служащих и названной, 
например, Етріоуее, то естественнее называть ее классом, а ее экземпляры - объектами. 
Такой взгляд на типы и классы довольно полезен, но он не является полным. Позже при 
обсуждении классов и наследования постараемся более четко определить принципиальные 
различия в этих понятиях. 

Объектно-ориентированное программирование, доминирующее сегодня, построено на 
классах и объектах. Тем не менее, понятия типа и переменной все еще остаются 
центральными при описании языков программирования, что характерно и для языка С#. 
Заметьте, что и в Ргатеѵѵогк .№1: предпочитают говорить о системе типов, хотя все типы 
библиотеки РСЪ являются классами. 

Типы данных принято разделять на простые и сложные в зависимости от того, как устроены 
их данные. У простых (скалярных) типов возможные значения данных едины и неделимы. 
Сложные типы характеризуются способом структуризации данных - одно значение 
сложного типа состоит из множества значений данных, организующих сложный тип. 

Есть и другие критерии классификации типов. Так, типы разделяются на встроенные типы и 
типы, определенные программистом (пользователем). Встроенные типы изначально 
принадлежат языку программирования и составляют его базис. В основе системы типов 
любого языка программирования всегда лежит базисная система типов, встроенных в язык. 
На их основе программист может строить собственные, им самим определенные типы 
данных. Но способы (правила) создания таких типов являются базисными, встроенными в 
язык. 

Типы данных разделяются также на статические и динамические. Для данных статического 
типа память отводится в момент объявления, требуемый размер данных (памяти) известен 
при их объявлении. Для данных динамического типа размер данных в момент объявления 
обычно неизвестен и память им выделяется динамически по запросу в процессе выполнения 
программы. 

Еще одна важная классификация типов - это их деление на значимые и ссылочные. Для 
значимых типов значение переменной (объекта) является неотъемлемой собственностью 
переменной (точнее, собственностью является память, отводимая значению, а само 
значение может изменяться). Для ссылочных типов значением служит ссылка на некоторый 
объект в памяти, расположенный обычно в динамической памяти - "куче". Объект, на 
который указывает ссылка, может быть разделяемым. Это означает, что несколько 
ссылочных переменных могут указывать на один и тот же объект и разделять его значения. 
Значимый тип принято называть развернутым, подчеркивая тем самым, что значение 
объекта развернуто непосредственно в памяти, отводимой объекту. О ссылочных и 
значимых типах еще предстоит обстоятельный разговор. 

Для большинства процедурных языков, реально используемых программистами - Паскаль, 
С++, Іаѵа, Ѵі§иа1 Вавіс, С#, - система встроенных типов более или менее одинакова. Всегда 
в языке присутствуют арифметический, логический (булев), символьный типы. 
Арифметический тип всегда разбивается на подтипы. Всегда допускается организация 
данных в виде массивов и записей ( структур ). Внутри арифметического типа всегда 
допускаются преобразования, всегда есть функции, преобразующие строку в число и 
обратно. Так что, мой читатель, Ваше знание, по крайней мере, одного из процедурных 


языков позволяет построить общую картину системы типов и для языка С#. Отличия будут 
в нюансах, которые и придают аромат и неповторимость языку. 

Поскольку язык С# является непосредственным потомком языка С++, то и системы типов 
этих двух языков близки и совпадают вплоть до названия типов и областей их определения. 
Но отличия, в том числе принципиального характера, есть и здесь. 

Система типов 

Давайте рассмотрим, как устроена система типов в языке С#, но вначале для сравнения 
приведу классификацию типов в стандарте языка С++. 

Стандарт языка С++ включает следующий набор фундаментальных типов. 

1. Логический тип ( Ьооі ). 

2. Символьный тип ( спаг ). 

3. Целые типы. Целые типы могут быть одного из трех размеров - §погт, іпі, 1оп§, 
сопровождаемые описателем 8І§пеё или ші§і§песІ, который указывает, как 
интерпретируется значение, - со знаком или без оного. 

4. Типы с плавающей точкой. Эти типы также могут быть одного из трех размеров - 
йоаі, сіоиЫе, 1оп§ ёоиЫе. Кроме того, в языке есть тип ѵокі, используемый для 
указания на отсутствие информации. Язык позволяет конструировать типы. 

5. Указатели (например, іпі* - типизированный указатель на переменную типа іпі ). 

6. Ссылки (например, ёоиЫе& - типизированная ссылка на переменную типа скшЫе ). 

7. Массивы (например, спаг[] - массив элементов типа спаг ). 

Язык позволяет конструировать пользовательские типы 

8. Перечислимые типы ( епит ) для представления значений из конкретного 
множества. 

9. Структуры ( 8ГПДСІ ). 

10. Классы. 

Первые три вида типов называются интегральными или счетными. Значения их 
перечислимы и упорядочены. Целые типы и типы с плавающей точкой относятся к 
арифметическому типу. Типы подразделяются также на встроенные и типы, определенные 
пользователем. 

Эта схема типов сохранена и в языке С#. Однако здесь на верхнем уровне используется и 
другая классификация, носящая для С# принципиальный характер. Согласно этой 
классификации все типы можно разделить на четыре категории: 

1. Типы-значения ( ѵаіие ), или значимые типы. 

2. Ссылочные ( ге&гепсе ). 

3. Указатели ( роіпіег ). 

4. Тип ѵокі. 

Эта классификация основана на том, где и как хранятся значения типов. Для ссылочного 
типа значение задает ссылку на область памяти в "куче", где расположен соответствующий 
объект. Для значимого типа используется прямая адресация, значение хранит собственно 
данные, и память для них отводится, как правило, в стеке. 

В отдельную категорию выделены указатели, что подчеркивает их особую роль в языке. 
Указатели имеют ограниченную область действия и могут использоваться только в 


небезопасных блоках, помеченных как ишаіе. 

Особый статус имеет и тип ѵокі, указывающий на отсутствие какого-либо значения. 

В языке С# жестко определено, какие типы относятся к ссылочным, а какие - к значимым. К 
значимым типам относятся: логический, арифметический, структуры, перечисление. 
Массивы, строки и классы относятся к ссылочным типам. На первый взгляд, такая 
классификация может вызывать некоторое недоумение, почему это структуры, которые в 
С++ близки к классам, относятся к значимым типам, а массивы и строки - к ссылочным. 
Однако ничего удивительного здесь нет. В С# массивы рассматриваются как динамические, 
их размер может определяться на этапе вычислений, а не в момент трансляции. Строки в С# 
также рассматриваются как динамические переменные, длина которых может изменяться. 
Поэтому строки и массивы относятся к ссылочным типам, требующим распределения 
памяти в "куче". 

Со структурами дело сложнее. Структуры С# представляют частный случай класса. 
Определив свой класс как структуру, программист получает возможность отнести класс к 
значимым типам, что иногда бывает крайне полезно. Замечу, что в хорошем объектном 
языке Еійеі программист может любой класс объявить развернутым ( ехрапёеё ), что 
эквивалентно отнесению к значимому типу. У программиста С# только благодаря 
структурам появляется возможность управлять отнесением класса к значимым или 
ссылочным типам. Правда, это неполноценное средство, поскольку на структуры 
накладываются дополнительные ограничения по сравнению с обычными классами. 

Рассмотрим классификацию, согласно которой все типы делятся на встроенные и 
определенные пользователем. Все встроенные типы С# однозначно отображаются, и 
фактически совпадают с системными типами каркаса №1: Ргатеѵѵогк, размещенными в 
пространстве имен 8у§1ет. Поэтому всюду, где можно использовать имя типа, например, - 
іпі, с тем же успехом можно использовать и имя 8у§1ет.1пі32. 

Замечание: 

Следует понимать тесную связь и идентичность встроенных типов языка С# и типов 
каркаса. Какими именами типов следует пользоваться в программных текстах - это 
спорный вопрос. Джеффри Рихтер в своей известной книге "Программирование на 
платформе Ргатеѵѵогк .№1:" рекомендует использовать системные имена. Другие авторы 
считают, что следует пользоваться именами типов, принятыми в языке. Возможно, в 
модулях, предназначенных для межъязыкового взаимодействия, разумны системные 
имена, а в остальных случаях - имена конкретного языка программирования. 

В заключение этого раздела приведу таблицу (3.1), содержащую описание всех встроенных 
типов языка С# и их основные характеристики. 


Логический тип 

Имя типа Системный тип Значения 

Размер 

Вооі 8у8Іеш.Воо1еап Ігие, Ы§е 

8 бит 

Арифметические целочисленные 

типы 

Имя типа Системный тип Диапазон 

Размер 

8Ьу1е 8у8Іеш.8ВуІе -128 — 127 
Вуіе 8у8Іеш.ВуІе — 255 

Знаковое, 8 Бит 
Беззнаковое, 8 Бит 


8поіх 8у8Іет.8погІ -32768 — 32767 Знаковое, 16 Бит 


ІІ8пой 

8у8іет.ІТ8пой 

— 65535 

Беззнаковое, 16 Бит 

ІПІ 

8у8Іет.М32 

~(-2*10 л 9 — 2*10 л 9) 

Знаковое, 32 Бит 

Шй 

8у8іет.ІЛпі32 

~(0 — 4*10 л 9) 

Беззнаковое, 32 Бит 

Ьоп§ 

8у8Іет.М64 

~(-9*10 л 18 — 9*10 л 18) 

Знаковое, 64 Бит 

ІЛоп§ 

8у8Іет.ШШб4 

~(0— 18*10 л 18) 

Беззнаковое, 64 Бит 

Арифметический тип с плавающей точкой 

Имя типа 

і Системный тип 

Диапазон 

Точность 

РІоаІ 

8у8іет.8іп§1е 

+1.5*10 л -45 -/+3.4*10 л 38 

7 цифр 

ОоиЫе 

8у8Іет.ОоиЫе 

+5.0*10 л -324 -/+1.7*10 л 308 

15-16 цифр 


Арифметический тип с фиксированной 

точкой 

Имя типа 

і Системный тип 

Диапазон 

Точность 

Оесітаі 

8у8Іет.Оесіта1 

+1.0*10 л -28-+7.9*10 л 28 

28-29 значащих цифр 

Символьные типы 

Имя типа 

[ Системный тип 

Диапазон 

Точность 

Скат 

8у8Іет.Спаг 

11+0000 - ІІ+гггх 

16 бит Ілтісосіе символ 

8итп§ 

8у8іет.8ггіп§ 

Строка из символов Рішсосіе 

Объектный тип 

Имя типа 

і Системный тип 

Примечание 

ОЬіесІ 

8у8І:ет.ОЬ)ес1: 

Прародитель всех встроенных 

и пользовательских типов 


Система встроенных типов языка С# не только содержит практически все встроенные типы 
(за исключением 1оп§ ёоиЫе ) стандарта языка С++, но и перекрывает его разумным 
образом. В частности тип 8ггіп§ является встроенным в язык, что вполне естественно. В 
области совпадения сохранены имена типов, принятые в С++, что облегчает жизнь тем, кто 
привык работать на С++, но собирается по тем или иным причинам перейти на язык С#. 

Типы или классы? И типы, и классы 

Язык С# в большей степени, чем язык С++, является языком объектного программирования. 
В чем это выражается? В языке С# сглажено различие между типом и классом. Все типы - 
встроенные и пользовательские - одновременно являются классами, связанными 
отношением наследования. Родительским, базовым классом является класс ОЪдесІ. Все 
остальные типы или, точнее, классы являются его потомками, наследуя методы этого 
класса. У класса ОЬ)есІ есть четыре наследуемых метода: 

1. Ьооі Е^иа18 (о^есі оЪѵ|) - проверяет эквивалентность текущего объекта и объекта, 
переданного в качестве аргумента; 

2. 8у8Іеш.Туре ОеіТуре () - возвращает системный тип текущего объекта; 

3. 8Ігіп§ То8ггіп§ () - возвращает строку, связанную с объектом. Для арифметических 
типов возвращается значение, преобразованное в строку; 

4. іпі ОеШа8ІіСоёе() - служит как хэш-функция в соответствующих алгоритмах поиска 
по ключу при хранении данных в хэш-таблицах. 

Естественно, что все встроенные типы нужным образом переопределяют методы родителя 
и добавляют собственные методы и свойства. Учитывая, что и типы, создаваемые 
пользователем, также являются потомками класса ОЬ]'есІ, то для них необходимо 
переопределить методы родителя, если предполагается использование этих методов ; 
реализация родителя, предоставляемая по умолчанию, не обеспечивает нужного эффекта. 


Перейдем теперь к примерам, на которых будем объяснять дальнейшие вопросы, связанные 
с типами и классами, переменными и объектами. Начнем с вполне корректного в языке С# 
примера объявления переменных и присваивания им значений: 

іп"Ь х=11; 

іп"Ь ѵ = пей Іп"Ь32(); 

ѵ = 007; 

зйгіпд 8І = "Адеп"Ь"; 

8І = 8І + ѵ.ТоЗЪгіпдО +х. ТоЗІгіпдО; 

В этом примере переменная х объявляется как обычная переменная типа іпі. В то же время 
для объявления переменной ѵ того же типа іпі используется стиль, принятый для объектов. 
В объявлении применяется конструкция пе\ѵ и вызов конструктора класса. В операторе 
присваивания, записанном в последней строке фрагмента, для обеих переменных 
вызывается метод То8ггіп§, как это делается при работе с объектами. Этот метод, 
наследуемый от родительского класса ОЪ)есі, переопределенный в классе іпі, возвращает 
строку с записью целого. Сообщу еще, что класс іпі не только наследует методы родителя - 
класса ОЪ)есІ, - но и дополнительно определяет метод СотрагеТо, выполняющий сравнение 
целых, и метод ОеіТуреСоёе, возвращающий системный код типа. Для класса Іпі 
определены также статические методы и поля, о которых расскажу чуть позже. 

Так что же такое после этого іпі, спросите Вы: тип или класс? Ведь ранее говорилось, что 
іпі относится к ѵаіие-типам, следовательно, он хранит в стеке значения своих переменных, в 
то время как объекты должны задаваться ссылками. С другой стороны, создание экземпляра 
с помощью конструктора, вызов методов, наконец, существование родительского класса 
ОЪ)есі, - все это указывает на то, что іпі - это настоящий класс. Правильный ответ состоит в 
том, что іпі - это и тип, и класс. В зависимости от контекста х может восприниматься как 
переменная типа іпі или как объект класса іпі. Это же верно и для всех остальных ѵаіие- 
типов. Замечу еще, что все значимые типы фактически реализованы как структуры, 
представляющие частный случай класса. 

Остается понять, для чего в языке С# введена такая двойственность. Для іпі и других 
значимых типов сохранена концепция типа не только из-за ностальгических воспоминаний 
о типах. Дело в том, что значимые типы эффективнее в реализации, им проще отводить 
память, так что именно соображения эффективности реализации заставили авторов языка 
сохранить значимые типы. Более важно, что зачастую необходимо оперировать значениями, 
а не ссылками на них, хотя бы из-за различий в семантике присваивания для переменных 
ссылочных и значимых типов. 

С другой стороны, в определенном контексте крайне полезно рассматривать переменные 
типа іпі как настоящие объекты и обращаться с ними как с объектами. В частности, полезно 
иметь возможность создавать и работать со списками, чьи элементы являются 
разнородными объектами, в том числе и принадлежащими к значимым типам. 

Дальнейшие примеры работы с типами и проект Туре» 

Обсуждение особенностей тех или иных конструкций языка невозможно без приведения 
примеров. Для каждой лекции я строю один или несколько проектов, сохраняя по 
возможности одну и ту же схему и реально выполняя проекты в среде Ѵізиаі Згисііо .№і. 
Для работы с примерами данной лекции построен консольный проект с именем Туре§, 
содержащий два класса: С1а8§1 и Те§гіп§. Расскажу чуть подробнее о той схеме, по которой 
выстраиваются проекты. Класс Сіавві строится автоматически при начальном создании 
проекта. Он содержит процедуру Маіп - точку входа в проект. В процедуре Маіп создается 
объект класса Те§1іп§ и вызываются методы этого класса, тестирующие те или иные 
ситуации. Для решения специальных задач, помимо всегда создаваемого класса Те§1іп§, 


создаются один или несколько классов. Добавление нового класса в проект я осуществляю 
выбором пункта меню Ргоіесі/Аёсі СІЭ88. В этом случае автоматически строится заготовка 
для нового класса, содержащая конструктор без параметров. Дальнейшая работа над 
классом ведется над этой заготовкой. Создаваемые таким образом классы хранятся в 
проекте в отдельных файлах. Это особенно удобно, если классы используются в разных 
проектах. Функционально связанную группу классов удобнее хранить в одном файле, что 
не возбраняется. 

Все проекты в книге являются самодокументируемыми. Классы и их методы 
сопровождаются тегами <8ипшіагу>. В результате появляются подсказки при вызове 
методов и возможность построения ХМЬ-отчета, играющего роль спецификации проекта. 

Приведу текст класса С1а§§1: 

изіпд 8узг.ет; 
патезрасе Турез 
{ 

/// <зиттагу> 

/// Проект Турез содержит примеры, иллюстрирующие работу 

/// со встроенными скалярными типами языка С# . 

/// Проект содержит классы: Тезг.іпд, Сіаззі. 

/// 

/// </зиттагу> 

сіазз Сіаззі 


{ 


/// <зиттагу> 

/// Точка входа проекта. 

/// В ней создается объект класса Тезг.іпд 

/// и вызываются его методы. 

/// </зиттагу> 

[ЗТАТпгеай] 

зг.аг.іс ѵоісі Маіп() 

{ 

Тезг.іпд г.т = пеѵ Тезг.іпд(); 

Сопзоіе . Кгіг.еЬіпе ( "Тезг-іпд . Кпо Тез г." ) ; 

г-т.ИпоТезг. () ; 

Сопзо1е.Кгіг.еЫпе("Те8г.іпд.Васк Тезг.") ; 

г-т.ВаскТезг. () ; 

Сопзоіе . Кгіг.еЬіпе ( "Тезг.іпд . ОЬоасІ Тезг." ) ; 

г-т.ОЬоайТезг. () ; 

Сопзо1е.Игіг.еЫпе("Тезг.іпд.ТоЗг.гіпд Тезг.") ; 

г.т.ТоЗг.гіпдТезг. () ; 

Сопзоіе .Игіг.еЬіпе ( "Тезг-іпд . РготЗ"Ьгіпд Тезг." ) ; 

г.т. ГготЗг-ГІпдТезг. ( ) ; 

Сопзоіе .Игіг.еЬіпе ( "Тезг.іпд . СпескПпспеск Тезг." ) 

Г.Ш . СпескПпспескТезг. ( ) ; 
} 


} 


Класс С1а§8І содержит точку входа Маіп и ничего более. В процедуре Маіп создается 
объект Іт класса Те8Ііп§, затем поочередно вызываются семь методов этого класса. 
Каждому вызову предшествует выдача соответствующего сообщения на консоль. Каждый 
метод - это отдельный пример, подлежащий обсуждению. 

Семантика присваивания 

Рассмотрим присваивание: 


Чтобы присваивание было допустимым, типы переменной х и выражения е должны быть 
согласованными. Пусть сущность х согласно объявлению принадлежит классу Т. Будем 
говорить, что тип Т основан на классе Т и является базовым типом х, так что базовый тип 
определяется классом объявления. Пусть теперь в рассматриваемом нами присваивании 
выражение е связано с объектом типа Т1. 

Определение: тип Т1 согласован по присваиванию с базовым типом Т переменной х, если 
класс Т1 является потомком класса Т. 

Присваивание допустимо, если и только если имеет место согласование типов. Так как все 
классы в языке С# - встроенные и определенные пользователем - по определению являются 
потомками класса ОЪ)есІ, то отсюда и следует наш частный случай - переменным класса 
Ог^есі можно присваивать выражения любого типа. 

Несмотря на то, что обстоятельный разговор о наследовании, родителях и потомках нам 
еще предстоит, лучше с самого начала понимать отношения между родительским классом и 
классом-потомком, отношения между объектами этих классов. Класс-потомок при создании 
наследует все свойства и методы родителя. Родительский класс не имеет возможности 
наследовать свойства и методы, создаваемые его потомками. Наследование - это 
односторонняя операция от родителя к потомку. Ситуация с присваиванием симметричная. 
Объекту родительского класса присваивается объект класса-потомка. Объекту класса- 
потомка не может быть присвоен объект родительского класса. Присваивание - это 
односторонняя операция от потомка к родителю. Одностороннее присваивание реально 
означает, что ссылочная переменная родительского класса может быть связана с любыми 
объектами, имеющими тип потомков родительского класса. 

Например, пусть задан некоторый класс Рагепі, а класс СпіЫ - его потомок, объявленный 
следующим образом: 

сіазз СЫІсі: Рагеп"Ь {...} 

Пусть теперь в некотором классе, являющемся клиентом классов Рагепі и СИМ, объявлены 
переменные этих классов и созданы связанные с ними объекты: 

Рагеп"Ь рі = пем Рагеп"Ь(), р2 = пеѵ Рагеп"Ь(); 
СЪіІсІ сЫ = пей СЪіІсІО, сЪ.2 = пей СЫ1сі(); 

Тогда допустимы присваивания: 

рі = р2; р2= рі; сЫ=сЬ2; сЪ.2 = сЫ; рі = сЫ; р2 = сЬ2; 

Но недопустимы присваивания: 

сЫ = рі; сЪ.2 = рі; сЪ.2 = р2; сЫ = р2; 

Заметьте, ситуация не столь удручающая - сын может вернуть себе переданный родителю 
объект, задав явное преобразование. Так что следующие присваивания допустимы: 

рі = сЫ; ... сЫ = (СЫІсі)рІ; 

Семантика присваивания справедлива и для другого важного случая - при рассмотрении 
соответствия между формальными и фактическими аргументами процедур и функций. Если 
формальный аргумент согласно объявлению имеет тип Т, а выражение, задающее 
фактический аргумент, имеет тип Т1, то имеет место согласование типов формального и 


фактического аргумента, если и только если класс Т1 является потомком класса Т. 
Отсюда незамедлительно следует, что если формальный параметр процедуры принадлежит 
классу ОЪ)есІ, то фактический аргумент может быть выражением любого типа. 

Преобразование к типу оЪ)есі 

Рассмотрим частный случай присваивания х = е; когда х имеет тип оЪ)есІ. В этом случае 
гарантируется полная согласованность по присваиванию - выражение е может иметь любой 
тип. В результате присваивания значением переменной х становится ссылка на объект, 
заданный выражением е. Заметьте, текущим типом х становится тип объекта, заданного 
выражением е. Уже здесь проявляется одно из важных различий между классом и типом. 
Переменная, лучше сказать сущность х, согласно объявлению принадлежит классу ОЪ)есІ, 
но ее тип - тип того объекта, с которым она связана в текущий момент, - может 
динамически изменяться. 

Примеры преобразований 

Перейдем к примерам. Класс Те§1іп§, содержащий примеры, представляет собой набор 
данных разного типа, над которыми выполняются операции, иллюстрирующие 
преобразования типов. Вот описание класса Те§гіп§: 

изіпд Бузует; 
патезрасе Турез 

{ 

/// <зиттагу> 

/// Класс Тезйіпд включает данные разных типов. Каждый его 

/// открытый метод описывает некоторый пример, 

/// демонстрирующий работу с типами. 

/// Открытые методы могут вызывать закрытые методы класса. 

/// </зиттагу> 

риЫіс сіазз Тезг-іпд 

{ 

/// <зиттагу> 

/// набор скалярных данных разного типа. 
/// </зиттагу> 
ЬуЬе Ь = 2 55; 
іп"Ь х = 11; 
иіп"Ь их = 1111; 
Е1оа"Ь у = 5.5^; 
сІоиЫе Йу = 5.55; 
зйгіпд з = "Неііо!"; 
зйгіпд зі = "25"; 
о^есЬ оЬ^ = пеѵ ОЬ^есЬО; 

// Далее идут методы класса, приводимые по ходу 
// описания примеров 
} 
} 

В набор данных класса входят скалярные данные арифметического типа, относящиеся к 
значимым типам, переменные строкового типа и типа оЪ)есІ, принадлежащие ссылочным 
типам. Рассмотрим закрытый ( ргіѵаіе ) метод этого класса - процедуру \ѴТюІ§\Ѵпо с 
формальным аргументом класса ОЪ)есІ. Процедура выводит на консоль переданное ей имя 
аргумента, его тип и значение. Вот ее текст: 

/// <зиттагу> 

/// Метод выводит на консоль информацию о типе и 

/// значении фактического аргумента. Формальный 

/// аргумент имеет тип оі^есЬ. Фактический аргумент 

/// может иметь любой тип, поскольку всегда 

/// допустимо неявное преобразование в тип оЬ^есЬ. 


/// </зиттагу> 

/// <рагат пате="пате"> - Имя второго аргумента</рагат> 

/// <рагат пате="апу"> - Допустим аргумент любого типа</рагат> 

ѵоісі ШіоІзШю (зйгіпд пате, оЬ^есЬ апу) 

{ 

Сопзоіе .ИгНеЫпе ( ""Ьуре {0} із {1} , ѵаіие із {2}", 
пате, апу . Сег-Туре ( ) , апу . ТоЗ"Ьгіпд ( ) ) ; 
} 

Вот открытый ( риЫіс ) метод класса Те8Ііп§, в котором многократно вызывается метод 
\ѴпоІ8\ѴЪо с аргументами разного типа: 

/// <зиттагу> 

/// получаем информацию о типе и значении 

/// переданного аргумента - переменной или выражения 

/// </зиттагу> 

риЫіс ѵоісі ИіоТезЬО 

{ 

КпоІзКпо ("х",х) ; 

ИпоІзИпо ( "их", их) ; 

ИпоІзИЬо ("у", у) ; 

ИпоІзИпо ( "сіу", сіу) ; 

ИпоІзИЬо ("з", з) ; 

ѴЛюІзКпоШ + 5.55 + 5.5і",11 + 5.55 + 5.5і); 

оЬ: = 11 + 5.55 + 5.5і; 

ІлГпоІзКпо ( "ок^ ", оЬ^ ) ; 
} 

Заметьте, сущность апу - формальный аргумент класса ОЪ)есІ при каждом вызове - 
динамически изменяет тип, связываясь с объектом, заданным фактическим аргументом. 
Поэтому тип аргумента, выдаваемый на консоль, - это тип фактического аргумента. 
Заметьте также, что наследуемый от класса ОЪ)есІ метод ОеіТуре возвращает тип РСЬ, то 
есть тот тип, на который отражается тип языка и с которым реально идет работа при 
выполнении модуля. В большинстве вызовов фактическим аргументом является переменная 
- соответствующее свойство класса Те§гіп§, но в одном случае передается обычное 
арифметическое выражение, автоматически преобразуемое в объект. Аналогичная ситуация 
имеет место и при выполнении присваивания в рассматриваемой процедуре. 

На рис. 3.1 показаны результаты вывода на консоль, полученные при вызове метода 
\ѴЪоТе8І в приведенной выше процедуре Маіп класса С1а§§1. 


Гееі іпд. N1)0 Теьі 

буре я і.э Зуэіеп. Іг432 , ѵаіие :і 11 

Суре их із Зуеіаа ИІпЬ32 . иаіие іа 1111 

Іуре у і-Э Зузіеи. Зіпдіе , иаіие іе 5.5 

Іуре гіу іе ЗузІев.СоиЫе . ивіие І5 5,55 

Іуре з І5 Зувівя 51гі.пу . иеіие із Не 11а! 

Іуре 11 + 5.55 + 5.51= іе Зуе1:еи СочЫе . мніир іе 22 . 85 

(уре оЬ] І5 Зу5Іеяі . СоиЫе . иаіие ІЛ 22. Ѳ5 


Рис. 3.1. Вывод на печать результатов теста \У1іоТе8І: 

Семантика присваивания. Преобразования между ссылочными и 
значимыми типами 

Рассматривая семантику присваивания и передачи аргументов, мы обошли молчанием один 
важный вопрос. Будем называть целью левую часть оператора присваивания, а также 
формальный аргумент при передаче аргументов в процедуру или функцию. Будем называть 
источником правую часть оператора присваивания, а также фактический аргумент при 
передаче аргументов в процедуру или функцию. Поскольку источник и цель могут быть как 
значимого, так и ссылочного типа, то возможны четыре различные комбинации. 


Рассмотрим их подробнее. 

• Цель и источник значимого типа. Здесь наличествует семантика значимого 
присваивания. В этом случае источник и цель имеют собственную память для 
хранения значений. Значения источника заменяют значения соответствующих полей 
цели. Источник и цель после этого продолжают жить независимо. У них своя память, 
хранящая после присваивания одинаковые значения. 

• Цель и источник ссылочного типа. Здесь имеет место семантика ссылочного 
присваивания. В этом случае значениями источника и цели являются ссылки на 
объекты, хранящиеся в памяти ("куче"). При ссылочном присваивании цель 
разрывает связь с тем объектом, на который она ссылалась до присваивания, и 
становится ссылкой на объект, связанный с источником. Результат ссылочного 
присваивания двоякий. Объект, на который ссылалась цель, теряет одну из своих 
ссылок и может стать висячим, так что его дальнейшую судьбу определит сборщик 
мусора. С объектом в памяти, на который ссылался источник, теперь связываются, 
по меньшей мере, две ссылки, рассматриваемые как различные имена одного 
объекта. Ссылочное присваивание приводит к созданию псевдонимов - к появлению 
разных имен у одного объекта. Особо следует учитывать ситуацию, когда цель и/или 
источник имеет значение ѵоіё. Если такое значение имеет источник, то в результате 
присваивания цель получает это значение и более не ссылается ни на какой объект. 
Если же цель имела значение ѵокі, а источник - нет, то в результате присваивания 
ранее "висячая" цель становится ссылкой на объект, связанный с источником. 

• Цель ссылочного типа, источник значимого типа. В этом случае "на лету" значимый 
тип преобразуется в ссылочный. Как обеспечивается двойственность существования 
значимого и ссылочного типа - переменной и объекта? Ответ прост: за счет 
специальных, эффективно реализованных операций, преобразующих переменную 
значимого типа в объект и обратно. Операция " упаковать " (Ьохіп§) выполняется 
автоматически и неявно в тот момент, когда по контексту требуется объект, а не 
переменная. Например, при вызове процедуры \ѴТюІ§\Ѵгю требуется, чтобы аргумент 
апу был объектом. Если фактический аргумент является переменной значимого типа, 
то автоматически выполняется операция " упаковать ". При ее выполнении создается 
настоящий объект, хранящий значение переменной. Можно считать, что происходит 
упаковка переменной в объект. Необходимость в упаковке возникает достаточно 
часто. Примером может служить и процедура консольного вывода \ѴгіІеЬіпе класса 
Сопкоіе, которой требуются объекты, а передаются зачастую переменные значимого 
типа. 

• Цель значимого типа, источник ссылочного типа. В этом случае "на лету" 
ссылочный тип преобразуется в значимый. Операция " распаковать " (ипЬохіп§) 
выполняет обратную операцию, - она "сдирает" объектную упаковку и извлекает 
хранимое значение. Заметьте, операция " распаковать " не является обратной к 
операции " упаковать " в строгом смысле этого слова. Оператор оЪ) = х корректен, но 
выполняемый следом оператор х = оЪ) приведет к ошибке. Недостаточно, чтобы 
хранимое значение в упакованном объекте точно совпадало по типу с переменной, 
которой присваивается объект. Необходимо явно заданное преобразование к 
нужному типу. 

Операции "упаковать" и "распаковать" (Ьохіп§ и ипЬохіп§). 

Примеры 

В нашем следующем примере демонстрируется применение обеих операций - упаковки и 
распаковки. Поскольку формальный аргумент процедуры Васк принадлежит классу ОЪ)есІ, 
то при передаче фактического аргумента значимого типа происходит упаковка значения в 
объект. Этот объект и возвращается процедурой. Его динамический тип определяется тем 


объектом памяти, на который указывает ссылка. Когда возвращаемый результат 
присваивается переменной значимого типа, то, несмотря на совпадение типа переменной с 
динамическим типом объекта, необходимо выполнить распаковку, "содрать" объектную 
упаковку и вернуть непосредственное значение. Вот как выглядит процедура Васк и 
тестирующая ее процедура ВаскТевІ из класса Те§гіп§: 

/// <зиттагу> 

/// Возвращает переданный ему аргумент. 

/// Фактический аргумент может иметь произвольный тип. 

/// Возвращается всегда объект класса ок^есЬ. 

/// Клиент, вызывающий метод, должен при необходимости 

/// задать явное преобразование получаемого результата 

/// </зиттагу> 

/// <рагат пате="апу"> Допустим любой аргумент</рагат> 

/// <ге"Ьигпз></ге"Ьигпз> 

ок^есг Васк (оЬ^есЬ апу) 

{ 

гегигп (апу) ; 

} 

/// <зиттагу> 

/// Неявное преобразование аргумента в тип оЬ^есЬ 

/// Явное приведение типа результата. 

/// </зиттагу> 

риЫіс ѵоісі ВаскТезг ( ) 

{ 

их = (иіпг) Васк (их) ; 

ИпоІзИпо ( "их", их) ; 

зі = (зггіпд) Васк (з) ; 

ИпоІзИпо ("31", зі) ; 

х = (іпг_) (иіпг) Васк (их) ; 

ИпоІзИЬо ("х",х) ; 

у = (гіоаг) (сІоиЫе)Васк(И + 5.55 + 5.5і); 

МпоІзКпо ("у", у) ; 
} 

Обратите внимание, что если значимый тип в левой части оператора присваивания не 
совпадает с динамическим типом объекта, то могут потребоваться две операции 
приведения. Вначале нужно распаковать значение, а затем привести его к нужному типу, 
что и происходит в двух последних операторах присваивания. Приведу результаты вывода 
на консоль, полученные при вызове процедуры ВаскТевІ в процедуре Маіп. 
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Рис. 3.2. Вывод на печать результатов теста ВаскТезІ: 

Две двойственные операции " упаковать " и " распаковать " позволяют, в зависимости от 
контекста, рассматривать значимые типы как ссылочные, переменные как объекты, и 
наоборот. 

4. Лекция: Преобразования типов: версия для печати и РОА 

Преобразования типов. Преобразования внутри арифметического типа. Преобразования строкового 
типа. Класс Сопѵегі: и его методы. Проверяемые преобразования. Управление проверкой 
арифметических преобразований. 


Где, как и когда выполняются преобразования типов? 

Необходимость в преобразовании типов возникает в выражениях, присваиваниях, замене 
формальных аргументов метода фактическими. 

Если при вычислении выражения операнды операции имеют разные типы, то возникает 
необходимость приведения их к одному типу. Такая необходимость возникает и тогда, 
когда операнды имеют один тип, но он несогласован с типом операции. Например, при 
выполнении сложения операнды типа Ьуіе должны быть приведены к типу іпі, поскольку 
сложение не определено над байтами. При выполнении присваивания х=е тип источника е и 
тип цели х должны быть согласованы. Аналогично, при вызове метода также должны быть 
согласованы типы источника и цели - фактического и формального аргументов. 

Преобразования ссылочных типов 

Поскольку операции над ссылочными типами не определены ( исключением являются 
строки, но операции над ними, в том числе и присваивание, выполняются как над 
значимыми типами), то необходимость в них возникает только при присваиваниях и 
вызовах методов. Семантика таких преобразований рассмотрена в предыдущей лекции 3, 
где подробно обсуждалась семантика присваивания и совпадающая с ней семантика замены 
формальных аргументов фактическими. Там же много говорилось о преобразованиях между 
ссылочными и значимыми типами, выполняемых при этом операциях упаковки значений в 
объекты и обратной их распаковки. 

Коротко повторю основные положения, связанные с преобразованиями ссылочных типов. 
При присваиваниях (замене аргументов) тип источника должен быть согласован с типом 
цели, то есть объект, связанный с источником, должен принадлежать классу, являющемуся 
потомком класса цели. В случае согласования типов, ссылочная переменная цели 
связывается с объектом источника и ее тип динамически изменяется, становясь типом 
источника. Это преобразование выполняется автоматически и неявно, не требуя от 
программиста никаких дополнительных указаний. Если же тип цели является потомком 
типа источника, то неявное преобразование отсутствует, даже если объект, связанный с 
источником, принадлежит типу цели. Явное преобразование, заданное программистом, 
позволяет справиться с этим случаем. Ответственность за корректность явных 
преобразований лежит на программисте, так что может возникнуть ошибка на этапе 
выполнения, если связываемый объект реально не является объектом класса цели. За 
примерами следует обратиться к лекции 3, еще раз обратив внимание на присваивания 
объектов классов Рагепі и СЫИ. 

Преобразования типов в выражениях 

Продолжая тему преобразований типов, рассмотрим привычные для программистов 
преобразования между значимыми типами и, прежде всего, преобразования внутри 
арифметического типа. 

В С# такие преобразования делятся на неявные и явные. К неявным относятся те 
преобразования, результат выполнения которых всегда успешен и не приводит к потере 
точности данных. Неявные преобразования выполняются автоматически. Для 
арифметических данных это означает, что в неявных преобразованиях диапазон типа 
назначения содержит в себе диапазон исходного типа. Например, преобразование из типа 
Ьуіе в тип іпі относится к неявным, поскольку диапазон типа Ьуіе является подмножеством 
диапазона іпі. Это преобразование всегда успешно и не может приводить к потере точности. 
Заметьте, преобразования из целочисленных типов к типам с плавающей точкой относятся 
к неявным. Хотя здесь и может происходить некоторое искажение значения, но точность 


представления значения сохраняется, например, при преобразовании из 1оп§ в ёоиЫе 
порядок значения остается неизменным. 

К явным относятся разрешенные преобразования, успех выполнения которых не 
гарантируется или может приводить к потере точности. Такие потенциально опасные 
преобразования должны быть явно заданы программистом. Преобразование из типа іпі в 
тип Ьуіе относится к явным, поскольку оно небезопасно и может приводить к потере 
значащих цифр. Заметьте, не для всех типов существуют явные преобразования. В этом 
случае требуются другие механизмы преобразования типов, которые будут рассмотрены 
позже. 

Преобразования внутри арифметического типа 

Арифметический тип, как показано в таблице 3.1, распадается на 1 1 подтипов. На рис. 4.1 
показана схема преобразований внутри арифметического типа. 
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Рис. 4.1. Иерархия преобразований внутри арифметического типа 

Диаграмма, приведенная на рисунке, позволяет ответить на ряд важных вопросов, 
связанных с существованием преобразований между типами. Если на диаграмме задан путь 
(стрелками) от типа А к типу В, то это означает существование неявного преобразования из 
типа А в тип В. Все остальные преобразования между подтипами арифметического типа 
существуют, но являются явными. Заметьте, что циклов на диаграмме нет, все стрелки 
односторонние, так что преобразование, обратное к неявному, всегда должно быть задано 
явным образом. 


Путь, указанный на диаграмме, может быть достаточно длинным, но это вовсе не означает, 
что выполняется вся последовательность преобразований на данном пути. Наличие пути 
говорит лишь о существовании неявного преобразования, а само преобразование 
выполняется только один раз, - из типа источника А в тип назначения В. 


Иногда возникает ситуация, при которой для одного типа источника может одновременно 
существовать несколько типов назначений и необходимо осуществить выбор цели - типа 
назначения. Такие проблемы выбора возникают, например, при работе с перегруженными 
методами в классах. 

Понятие перегрузки методов и операций подробно будет рассмотрено в последующих 
лекциях (см. лекцию 9). 

Диаграмма, приведенная на рис. 4.1, и в этом случае помогает понять, как делается выбор. 
Пусть существует две или более реализации перегруженного метода, отличающиеся типом 
формального аргумента. Тогда при вызове этого метода с аргументом типа Т может 
возникнуть проблема, какую реализацию выбрать, поскольку для нескольких реализаций 
может быть допустимым преобразование аргумента типа Т в тип, заданный формальным 
аргументом данной реализации метода. Правило выбора реализации при вызове метода 
таково: выбирается та реализация, для которой путь преобразований, заданный на 
диаграмме, короче. Если есть точное соответствие параметров по типу (путь длины 0), то, 
естественно, именно эта реализация и будет выбрана. 

Давайте рассмотрим еще один тестовый пример. В класс Те§1іп§ включена группа 
перегруженных методов ОЬоасІ с одним и двумя аргументами. Вот эти методы: 

/// <зиттагу> 

/// Группа перегруженных методов ОГоасІ 

/// с одним или двумя аргументами арифметического типа. 

/// Если фактический аргумент один, то будет вызван один из 

/// методов, наиболее близко подходящий по типу аргумента. 

/// При вызове метода с двумя аргументами возможен 

/// конфликт выбора подходящего метода, приводящий 

/// к ошибке периода компиляции. 

/// </зиттагу> 

ѵоісі ОЬоасІ (і1оа"Ь раг) 

{ 

Сопзоіе .Игі"ЬеЫпе ( "г 1оа"Ь ѵаіие {0}", раг); 

} 

/// <зиттагу> 

/// Перегруженный метод ОЬоасІ с одним параметром типа Іопд 

/// </зиттагу> 

/// <рагат пате="раг"х/рагат> 

ѵоісі ОЬоасЦІопд раг) 

{ 

Сопзоіе .Игі"ЬеЫпе ( "Іопд ѵаіие {0}", раг); 

} 

/// <зиттагу> 

/// Перегруженный метод ОЬоасІ с одним параметром типа иіопд 

/// </зиттагу> 

/// <рагат пате="раг"Х/рагат> 

ѵоісі ОЬоасЦиІопд раг) 

{ 

Сопзоіе .Игі"ЬеЬіпе ( "иіопд ѵаіие {0}", раг); 

} 

/// <зиттагу> 

/// Перегруженный метод ОЬоасІ с одним параметром типа сІоиЫе 

/// </зиттагу> 

/// <рагат пате="раг"х/рагат> 

ѵоісі ОЬоасІ (сІоиЫе раг) 

{ 

Сопзоіе .Игі"ЬеЬіпе ( "сюиЫе ѵаіие {0}", раг); 
} 

/// <зиттагу> 

/// Перегруженный метод ОЬоасІ с двумя параметрами типа Іопд и Іопд 
/// </зиттагу> 


/// <рагат пате="раг1"х/рагат> 
/// <рагат пате="раг2"х/рагат> 
ѵоісі ОЬоасЦІопд рагі, Іопд раг2) 

{ 

Сопзоіе .Игі"ЬеЫпе ( "Іопд рагі {0}, Іопд раг2 {1}", рагі, раг2); 

} 

/// <зиттагу> 

/// Перегруженный метод ОЬоасІ с двумя параметрами типа 

/// сІоиЫе и сюиЫе 

/// </зиттагу> 

/// <рагат пате="раг1"х/рагат> 

/// <рагат пате="раг2"Х/рагат> 

ѵоісі ОЬоасІ (сІоиЫе рагі, сіоиЫе раг2) 

{ 

Сопзоіе .Игіг.еЫпе ( "сюиЫе рагі {0}, сІоиЫе раг2 {1}",раг1, раг2); 

} 

/// <зиттагу> 

/// Перегруженный метод ОЬоасІ с двумя параметрами типа 

/// іпг. и Е1оа"Ь 

/// </зиттагу> 

/// <рагат пате="раг1"х/рагат> 

/// <рагат пате="раг2"Х/рагат> 

ѵоісі ОЬоай(іпг. рагі, ЕІоаЬ раг2) 

{ 

Сопзоіе .Кгіг-еЬіпе ( "іпг. рагі {0}, іГІоаг. раг2 {1}",раг1, раг2); 
} 

Все эти методы устроены достаточно просто. Они сообщают информацию о типе и 
значении переданных аргументов. Вот тестирующая процедура, вызывающая метод ОЬоаё 
с разным числом и типами аргументов: 

/// <зиттагу> 

/// Вызов перегруженного метода ОЬоасІ. В зависимости от 

/// типа и числа аргументов вызывается один из методов группы. 

/// </зиттагу> 

риЫіс ѵоісі ОЬоасІТезІ; ( ) 

{ 

ОЬоасІ(х); ОЬоасІ(их); 

ОЬоай (у) ; ОЬоай (йу) ; 

// ОЬоасІ (х, их) ; 

// сопЛісЬ: (іпі, г1оа"Ь) и (1опд,1опд) 

ОЬоасІ (х, (іІоаЬ)их) ; 

ОЬоасІ (у, сіу) ; ОЬоасІ (х, сіу) ; 
} 

Заметьте, один из вызовов закомментирован, так как он приводит к конфликту на этапе 
трансляции. Для устранения конфликта при вызове метода пришлось задать явное 
преобразование аргумента, что показано в строке, следующей за строкой-комментарием. 
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Рис. 4.2. Вывод на печать результатов теста ОІ-оасГГезІ: 


Прежде чем посмотреть на результаты работы тестирующей процедуры, попробуйте 
понять, какой из перегруженных методов вызывается для каждого из вызовов. В случае 


каких-либо сомнений используйте схему, приведенную на 4.1. 

Приведу все-таки некоторые комментарии. При первом вызове метода тип источника - іпі, а 
тип аргумента у четырех возможных реализаций соответственно йоаі, 1оп§, и1оп§, ёоиЫе. 
Явного соответствия нет, поэтому нужно искать самый короткий путь на схеме. Так как не 
существует неявного преобразования из типа іпі в тип и1оп§ (на диаграмме нет пути), то 
остаются возможными три реализации. Но путь из іпі в 1оп§ короче, чем остальные пути, 
поэтому будет выбрана 1оп§-реализация метода. 

Следующий вызов демонстрирует еще одну возможную ситуацию. Для типа источника иіпі 
существуют две возможные реализации, и пути преобразований для них имеют одинаковую 
длину. В этом случае выбирается та реализация, для которой на диаграмме путь показан 
сплошной, а не пунктирной стрелкой, потому будет выбрана реализация с параметром 1оп§. 

Рассмотрим еще ситуацию, приводящую к конфликту. Первый аргумент в соответствии с 
правилами требует вызова одной реализации, а второй аргумент будет настаивать на вызове 
другой реализации. Возникнет коллизия, не разрешимая правилами С# и приводящая к 
ошибке периода компиляции. Коллизию требуется устранить, например, как это сделано в 
примере. Обратите внимание - обе реализации допустимы, и существуй даже только одна из 
них, ошибки бы не возникало. 

Явные преобразования 

Как уже говорилось, явные преобразования могут быть опасными из-за потери точности. 
Поэтому они выполняются по указанию программиста, - на нем лежит вся ответственность 
за результаты. 

Преобразования строкового типа 

Важным классом преобразований являются преобразования в строковый тип и наоборот. 
Преобразования в строковый тип всегда определены, поскольку, напомню, все типы 
являются потомками базового класса ОЪ)есі, а, следовательно, обладают методом 
То8ггіп§() . Для встроенных типов определена подходящая реализация этого метода. В 
частности, для всех подтипов арифметического типа метод То$ггіп§() возвращает в 
подходящей форме строку, задающую соответствующее значение арифметического типа. 
Заметьте, метод То8ггіп§ можно вызывать явно, но, если явный вызов не указан, то он будет 
вызываться неявно, всякий раз, когда по контексту требуется преобразование к строковому 
типу. Вот соответствующий пример: 

/// <зиггапагу> 

/// Демонстрация преобразования в строку данных различного типа. 

/// </зиттагу> 

риЫіс ѵоісі ТоЗ"ЬгіпдТеЗ"Ь ( ) 

{ 

з ="Владимир Петров "; 
зі =" Возраст: "; их = 27; 
з = з + зі + их . ТоЗ"Ьгіпд ( ) ; 
зі =" Зарплата: "; сіу = 2700.50; 
8 = 8 + 8І + сІу; 
ИпоІзИпо ("з", з) ; 
} 
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Рис. 4.3. Вывод на печать результатов теста То5т_гіп§Те5І: 


Здесь для переменной их метод был вызван явно, а для переменной ёу он вызывается 
автоматически. Результат работы этой процедуры показан на рис. 4.3. 

Преобразования из строкового типа в другие типы, например, в арифметический, должны 
выполняться явно. Но явных преобразований между арифметикой и строками не 
существует. Необходимы другие механизмы, и они в С# имеются. Для этой цели можно 
использовать соответствующие методы класса Сопѵегі библиотеки РСЬ, встроенного в 
пространство имен 8у8Іет. Приведу соответствующий пример: 

/// <зиттагу> 

/// Демонстрация преобразования строки в данные различного типа. 

/// </зиттагу> 

риЫіс ѵоісі РготЗ"ЬгіпдТеЗ"Ь ( ) 

{ 

8 ="Введите возраст "; 
Сопзоіе .Игі"ЬеЬіпе (з) ; 
8І = Сопзоіе . ВеасІЬіпе ( ) ; 
их = Сопѵег1;.ТоіЛп1;32 (зі) ; 
МпоІзКпо ( "Возраст : ",их); 
з ="Введите зарплату "; 
Сопзоіе .Игі1:еЬіпе (з) ; 
зі = Сопзоіе . ВеасІЬіпе ( ) ; 
сіу = Сопѵег"Ь . ТоБоиЫе (зі ) ; 
ІлІпоІзКпо ( "Зарплата : ",с1у); 
} 

Этот пример демонстрирует ввод с консоли данных разных типов. Данные, читаемые с 
консоли методом КеааЪіпе или Кеаё, всегда представляют собой строку, которую затем 
необходимо преобразовать в нужный тип. Тут-то и вызываются соответствующие методы 
класса Сопѵегт. Естественно, для успеха преобразования строка должна содержать значение 
в формате, допускающем подобное преобразование. Заметьте, например, что при записи 
значения числа для выделения дробной части должна использоваться запятая, а не точка; в 
противном случае возникнет ошибка периода выполнения. 

В различных версиях ѴізиаІ 51исІіо возможны разные разделители целой и дробной частей, они 
также зависят от региональных настроек в ОС. 

На рис. 4.4 показаны результаты вывода и ввода данных с консоли при работе этой 
процедуры. 
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Рис. 4.4. Вывод на печать результатов теста Ргот51:гіп§Те5І: 

Преобразования и класс Сопѵегі 

Класс Сопѵегт, определенный в пространстве имен 8у8Іет, играет важную роль, 
обеспечивая необходимые преобразования между различными типами. Напомню, что 
внутри арифметического типа можно использовать более простой, скобочный способ 
приведения к нужному типу. Но таким способом нельзя привести, например, переменную 
типа 8ггіп§ к типу іпі, оператор присваивания: их = (іпІ)§1; приведет к ошибке периода 
компиляции. Здесь необходим вызов метода ТоІпі32 класса Сопѵегт, как это сделано в 


последнем примере предыдущего раздела. 

Методы класса Сопѵегі; поддерживают общий способ выполнения преобразований между 
типами. Класс Сопѵегі; содержит 1 5 статических методов вида То <Туре> 
(ТоВоо1еап(),...ТоІЛпг64()), где Туре может принимать значения от Вооіеап до Шп164 для 
всех встроенных типов, перечисленных в таблице 3.1. Единственным исключением 
является тип оЪ)есІ, - метода ТоОЪ)есІ нет по понятным причинам, поскольку для всех типов 
существует неявное преобразование к типу оЪ)есІ. Среди других методов отмечу общий 
статический метод Спап§еТуре, позволяющий преобразование объекта к некоторому 
заданному типу. 

Существует возможность преобразования к системному типу ОаІеТіте, который хотя и не 
является встроенным типом языка С#, но допустим в программах, как и любой другой 
системный тип. Приведу простейший пример работы с этим типом: 

// Зузйет -Ьуре: Ва"ЬеТіте 

Зуз-Ьет.Ба^еТіте йаі: = СопѵеПі.ТоОаЬеТіте ("15 . 03 . 2003") ; 

Сопзоіе .ИгійеЫпе ("Ба1:е = {0}", йаі) ; 

Результатом вывода будет строка: 

ВаЬе = 15.03.2003 0:00:00 

Все методы То <Туре> класса Сопѵеіт перегружены и каждый из них имеет, как правило, 
более десятка реализаций с аргументами разного типа. Так что фактически эти методы 
задают все возможные преобразования между всеми встроенными типами языка С#. 

Кроме методов, задающих преобразования типов, в классе Сопѵеіт имеются и другие 
методы, например, задающие преобразования символов ІЛіісосІе в однобайтную кодировку 
А8СП, преобразования значений объектов и другие методы. Подробности можно 
посмотреть в справочной системе. 

Проверяемые преобразования 

Уже упоминалось о том, что при выполнении явных преобразований могут возникать 
нежелательные явления, например, потеря точности. Я говорил, что вся ответственность за 
это ложится на программиста, и легче ему от этого не становится. А какую часть этого 
бремени может взять на себя язык программирования? Что можно предусмотреть для 
обнаружения ситуаций, когда такие явления все-таки возникают? В языке С# имеются 
необходимые для этого средства. 

Язык С# позволяет создать проверяемый блок, в котором будет осуществляться проверка 
результата вычисления арифметических выражений. Если результат вычисления значения 
источника выходит за диапазон возможных значений целевой переменной, то возникнет 
исключение (говорят также: "будет выброшено исключение ") соответствующего типа. 
Если предусмотрена обработка исключения, то дальнейшее зависит от обработчика 
исключения. В лучшем случае, программа сможет продолжить корректное выполнение. В 
худшем, - она остановится и выдаст информацию об ошибке. Заметьте, не произойдет 
самого опасного - продолжения работы программы с неверными данными. 

Синтаксически проверяемый блок предваряется ключевым словом спескеё. В теле такого 
блока арифметические преобразования проверяются на допустимость. Естественно, 
подобная проверка требует дополнительных временных затрат. Если группа операторов в 
теле такого блока нам кажется безопасной, то их можно выделить в непроверяемый блок, 
используя ключевое слово шіспескесі. Замечу еще, что и в непроверяемом блоке при работе 


методов Сопѵегі все опасные преобразования проверяются и приводят к выбрасыванию 
исключений. Приведу пример, демонстрирующий все описанные ситуации: 

/// <зиттагу> 

/// Демонстрация проверяемых и непроверяемых преобразований. 

/// Опасные проверяемые преобразования приводят к исключениям. 

/// Опасные непроверяемые преобразования приводят к неверным 

/// результатам, что совсем плохо. 

/// </зиттагу> 

риЫіс ѵоісі СпесШпспескТез"!; ( ) 

{ 

х = -25 Л 2; 

ИпоІзИпо ("х", х) ; 

Ь= 255; 

КпоІзКпо ("Ь",Ь) ; 

// Проверяемые опасные преобразования. 

// Возникают исключения, перехватываемые са1;сп-блоком. 

спескесі 

{ 

сгу 

{ 

Ь += 1; 

} 

са"Ьсп (Ехсерйіоп е) 

{ 

Сопзоіе .Игі"ЬеЬіпе ( "Переполнение при вычислении Ь"); 

Сопзоіе .Игі"ЬеЬіпе (е) ; 
} 
сгу 

{ 

Ь = (ЬуЬе)х; 

} 

са"ЬсЬ (Ехсерйіоп е) 

{ 

Сопзоіе .Игі"ЬеЬіпе ( "Переполнение при преобразовании к 


Ьу^е"; 


не верны! " ) 


появляться" ) ; 


Сопзоіе .Игі"ЬеЬіпе (е) ; 
} 

// непроверяемые опасные преобразования 
ипспескесі 

{ 

"Ьгу 

{ 

Ь +=1; 

ИпоІзИпо ("Ь", Ь) ; 

Ь = (Ьуге)х; 

ИпоІзИЬо ("Ь", Ь) ; 

их= (иіп1:)х; 

ІлГпоІзИЬо ("их", их) ; 

Сопзоіе .ИгійеЬіпе ( "Исключений нет, но результаты 

} 

са"Ьсп (Ехсерйіоп е) 

{ 

Сопзоіе .Игі"ЬеЫпе ( "Этот текст не должен 

Сопзоіе .Игі"ЬеЫпе (е) ; 
} 

// автоматическая проверка преобразований в Сопѵег"Ь 
// исключения возникают, несмотря на ипспескесі 
"Ьгу 

{ 

Ь = СопѵегІ.ТоВуЬе (х) ; 
} 

са"Ьсп (Ехсерйіоп е) 

{ 


Сопзоіе .Игі"ЬеЫпе ( "Переполнение при 

преобразовании к ЪуЬе!"); 
Сопзоіе .Игі"ЬеЫпе (е) ; 

} 

"Ьгу 

{ 

их= Сопѵегі . ТоІЛП"Ь32 (х) ; 

} 

са"Ьсп (Ехсерйіоп е) 

{ 

Сопзоіе .Игі"ЬеЫпе ( "Потеря знака при 

преобразовании к иіп"Ь!"); 
Сопзоіе .Игі"ЬеЬіпе (е) ; 
} 


Исключения и охраняемые блоки. Первое знакомство 

В этом примере мы впервые встречаемся с охраняемыми Ігу-блоками. Исключениям и 
способам их обработки посвящена отдельная лекция, но не стоит откладывать надолго 
знакомство со столь важным механизмом. Как показывает практика программирования, 
любая вызываемая программа не гарантирует, что в процессе ее работы не возникнут какие- 
либо неполадки, в результате которых она не сможет выполнить свою часть контракта. 
Исключения являются нормальным способом уведомления об ошибках в работе 
программы. Возникновение ошибки в работе программы должно приводить к 
выбрасыванию исключения соответствующего типа, следствием чего является прерывание 
нормального хода выполнения программы и передача управления обработчику исключения 
- стандартному или предусмотренному самой программой. 

Заметьте, рекомендуемый стиль программирования в С# отличается от стиля, принятого в 
языках С/С++, где функция, в которой возникла ошибка, завершается нормальным 
образом, уведомляя об ошибке в возвращаемом значении результата. Вызывающая 
программа должна анализировать результат, чтобы понять, была ли ошибка в работе 
вызванной функции и какова ее природа. При программировании в стиле С# 
ответственность за обнаружение ошибок лежит на вызванной программе. Она должна не 
только обнаружить ошибку, но и явно сообщить о ней, выбрасывая исключение 
соответствующего типа. Вызываемая программа должна попытаться исправить 
последствия ошибки в обработчике исключения. Подробности смотрите в лекции про 
исключения. 

В состав библиотеки РСЪ входит класс Ехсерііоп, свойства и методы которого позволяют 
работать с исключениями как с объектами, получать нужную информацию, дополнять 
объект собственной информацией. У класса Ехсерііоп - большое число потомков, каждый 
из которых описывает определенный тип исключения. При проектировании собственных 
классов можно параллельно проектировать и классы, задающие собственный тип 
исключений, который может выбрасываться в случае ошибок при работе методов класса. 
Создаваемый класс исключений должен быть потомком класса Ехсерііоп. 

Если в некотором модуле предполагается возможность появления исключений, то разумно 
предусмотреть и их обработку. В этом случае в модуле создается охраняемый Ігу-блок, 
предваряемый ключевым словом (ту. Вслед за этим блоком следуют один или несколько 
блоков, обрабатывающих исключения, - саісп-блоков. Каждый саісп-блок имеет 
формальный параметр класса Ехсерііоп или одного из его потомков. Если в ігу-блоке 
возникает исключение типа Т, то саісп-блоки начинают конкурировать в борьбе за перехват 
исключения. Первый по порядку саісп-блок, тип формального аргумента которого 


согласован с типом Т - совпадает с ним или является его потомком - захватывает 
исключение и начинает выполняться; поэтому порядок написания саісп-блоков 
небезразличен. Вначале должны идти специализированные обработчики. Универсальным 
обработчиком является саісп-блок с формальным параметром родового класса Ехсерііоп, 
согласованным с исключением любого типа Т. Универсальный обработчик, если он есть, 
стоит последним, поскольку захватывает исключение любого типа. 

Конечно, плохо, когда в процессе работы той или иной процедуры возникает исключение. 
Однако его появление еще не означает, что процедура не сможет выполнить свой контракт. 
Исключение может быть нужным образом обработано, после чего продолжится 
нормальный ход вычислений приложения. Гораздо хуже, когда возникают ошибки в работе 
процедуры, не приводящие к исключениям. Тогда работа продолжается с неверными 
данными без исправления ситуации и даже без уведомления о возникновении ошибки. Наш 
пример показывает, что вычисления в С# могут быть небезопасными и следует применять 
специальные средства языка, такие как, например, спескесі-блоки, чтобы избежать 
появления подобных ситуаций. 

Вернемся к обсуждению нашего примера. Здесь как в проверяемых, так и в непроверяемых 
блоках находятся охраняемые блоки с соответствующими обработчиками исключительных 
ситуаций. Во всех случаях применяется универсальный обработчик, захватывающий любое 
исключение в случае его возникновения в ггу-блоке. Сами обработчики являются простыми 
уведомителями, они лишь сообщают об ошибочной ситуации, не пытаясь исправить ее. 

Опасные вычисления в охраняемых проверяемых блоках 

Такая ситуация возникает в первых двух ггу-блоках нашего примера. Эти блоки встроены в 
проверяемый спескесі-блок. В каждом из них используются опасные вычисления, 
приводящие к неверным результатам. Так, при присваивании невинного выражения Ь+1 из- 
за переполнения переменная Ь получает значение 0, а не 256. Поскольку вычисление 
находится в проверяемом блоке, то ошибка обнаруживается и результатом является вызов 
исключения. Далее, поскольку все это происходит в охраняемом блоке, то управление 
перехватывается и обрабатывается в соответствующем саісп-блоке. Эту ситуацию следует 
отнести к нормальному, разумно построенному процессу вычислений. 

Опасные вычисления в охраняемых непроверяемых блоках 

Такую ситуацию демонстрирует третий ггу-блок нашего примера, встроенный в 
непроверяемый ипспескеё-блок. Здесь участвуют те же самые опасные вычисления, но 
теперь их корректность не проверяется, они не вызывают исключений, и как следствие, 
соответствующий саісп-блок не вызывается. Результаты вычислений при этом неверны, но 
никаких уведомлений об этом нет. Это самая плохая ситуация, которая может случиться 
при работе наших программ. 

Заметьте, проверку переполнения в арифметических вычислениях можно включить не 
только с помощью создания спескесі-блоков, но и задав свойство спескесі проекта (по 
умолчанию, оно выключено). Как правило, это свойство проекта всегда включается в 
процессе разработки и отладки. В законченной версии проекта свойство вновь отключается, 
поскольку полная проверка всех преобразований требует определенных накладных 
расходов, увеличивая время работы; а проверяемые блоки остаются лишь там, где такой 
контроль действительно необходим. 

Область действия проверки или ее отключения можно распространить и на отдельное 
выражение. В этом случае спецификаторы спескеё и ипспескеё предшествуют выражению, 
заключенному в круглые скобки. Такое выражение называется проверяемым 


(непроверяемым) выражением, а спескесі и ипспескесі рассматриваются как операции, 
допустимые в выражениях. 

Опасные преобразования и методы класса Сопѵегі 

Явно выполняемые преобразования по определению относятся к опасным. Явные 
преобразования можно выполнять по-разному. Синтаксически наиболее просто выполнить 
приведение типа - кастинг, явно указав тип приведения, как это сделано в только что 
рассмотренном примере. Но если это делается в непроверяемом блоке, последствия могут 
быть самыми печальными. Поэтому такой способ приведения типов следует применять с 
большой осторожностью. Надежнее выполнять преобразования типов более универсальным 
способом, используя стандартный встроенный класс Сопѵегі, специально 
спроектированный для этих целей. 

В нашем примере четвертый и пятый иу-блоки встроены в непроверяемый ипспескеё-блок. 
Но опасные преобразования реализуются методами класса Сопѵегі, которые сами проводят 
проверку и при необходимости выбрасывают исключения, что и происходит в нашем 
случае. 

На рис. 4.5 показаны результаты работы процедуры СпескІІпспескТекІ. Их анализ 
способствует лучшему пониманию рассмотренных нами ситуаций. 
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іувіоні.ОиегІІоиЕхеерііоп: АгіСппіеСіе орегаеіоп гееиісеа іп ап оиогНои. 

о' Туре*, Тес I і по,, СПескипсПескТесС ( ) іп е:\гГот_а\с8рго)ееСе\Лурес\СесС],пд,сб: 
,1іпе п? 

Переполнение при преобразовании к типу вусе! 
5у5Сет.0иетоиЕхсеріійП: АгіСптеСіе орегаіівп гееикей іп ап оиегтЧои. 

ас Туре*. Тес С і по,. СПескипсПескТесС () іп е:\гГот_д\с8ргоіееСе\Сурес\С**Сіпо,.сс: 
Іііпе 127 

Суре Р іс Іуссет.вусе . иаіие іс 6 
Суре Ь іі іуссені.вусе , иаіие і* 229 
Суре их іа 5у*Сет. Ш132 . ѵаіие іс -27 
Исключения не возникает, не результат» не верны? 
Переполнение при преобразовании к типу Ьусе? 

іуііет.ОуегЛйкіЕхіерСійП: иаіие ыас еіепег Соо 1аго,е ог Соо ітаіі Рог ап ип*іо,п* 
\а ьусе. 

ас ^у-іСет.СопуегЬ .ТоВуЬеі іпьзг ѵаіие) 

ас Турес.ТейСіп^.СПеекипсПескТейСІ ) іп еЛгѴот^дХсЯргозееСйѴСуреіЧСеіСіпд.сй: 
ііпе 157 
Потеря знака при преобразовании и типу иіпст 

ХубСет.ЕЪегіЧОиЕхСерСіОп: иаіие иаі еіСпег ІОО Іаг^е Ог Юо йтаіі РОг а ІЛПС32. 

ас ЗуаСет.СопиегС .ТоіЛпС32(.ІгіС32 ѵаіие) 

ас Туреб.теіііп^.СкіеікііпіНеокТеііО іп е:\ггот_о:\с#ргбііесСб\Суре4\себСіпй,.сй: 
Ііпе 167 


Рис. 4.5. Вывод на печать результатов теста СпескЫпспескТезІ: 

На этом, пожалуй, пора поставить точку в обсуждении системы типов языка С#. За 
получением тех или иных подробностей, как всегда, следует обращаться к справочной 
системе. 


5. Лекция: Переменные и выражения: версия для печати и РОА 

Объявление переменных. Синтаксис объявления. Инициализация. Время жизни и область 
видимости. Где объявляются переменные? Локальные и глобальные переменные. Есть ли 
глобальные переменные в С#? Константы. 


Объявление переменных 

В лекции 4 рассматривались типы языка С#. Естественным продолжением этой темы 
является рассмотрение переменных языка. Переменные и типы - тесно связанные понятия. 
С объектной точки зрения переменная - это экземпляр типа. Скалярную переменную можно 
рассматривать как сущность, обладающую именем, значением и типом. Имя и тип задаются 
при объявлении переменной и остаются неизменными на все время ее жизни. Значение 
переменной может меняться в ходе вычислений, эта возможность вариации значений и дала 
имя понятию переменная (ѴагіаЫе) в математике и программировании. Получение 
начального значения переменной называется ее инициализацией. Важной новинкой языка 
С# является требование обязательной инициализации переменной до начала ее 
использования. Попытка использовать неинициализированную переменную приводит к 
ошибкам, обнаруживаемым еще на этапе компиляции. Инициализация переменных, как 
правило, выполняется в момент объявления, хотя и может быть отложена. 

Тесная связь типов и классов в языке С# обсуждалась в предыдущей лекции. Не менее 
тесная связь существует между переменными и объектами. Так что, когда речь идет о 
переменной значимого типа, то во многих ситуациях она может играть роль объекта 
некоторого класса. В этой лекции обсуждение будет связано со скалярными переменными 
встроенных типов. Все переменные, прежде чем появиться в вычислениях, должны быть 
объявлены. Давайте рассмотрим, как это делается в С#. 

Проект ѴагіаЫе» 

Как обычно, для рассмотрения примеров построен специальный проект. В данной лекции 
это консольный проект с именем ѴагіаЫе§. Построенный по умолчанию класс С1а§§1 
содержит точку входа Маіп. Добавленный в проект класс Те§1іп§ содержит набор скалярных 
переменных и методов, тестирующих разные аспекты работы со скалярными переменными 
в С#. В процедуре Маіп создается объект класса Те8гіп§ и поочередно вызываются его 
методы, каждый из которых призван проиллюстрировать те или иные моменты работы. 

Синтаксис объявления 

Общий синтаксис объявления сущностей в С# похож на синтаксис объявления в С++, хотя 
и имеет ряд отличий. Вот какова общая структура объявления: 

[<атрибуты>] [<модификаторы>] <тип> <объявители>; 

Об атрибутах - этой новинке языка С# - уже шла речь, о них будем говорить и в 
последующих лекциях курса. Модификаторы будут появляться по мере необходимости. 
При объявлении переменных чаще всего задаются модификаторы доступа - риЫіс, ргіѵаіе и 
другие. Если атрибуты и модификаторы могут и не указываться в объявлении, то задание 
типа необходимо всегда. Ограничимся пока рассмотрением уже изученных встроенных 
типов. Когда в роли типа выступают имена типов из таблицы 3.1, это означает, что 
объявляются простые скалярные переменные. Структурные типы - массивы, перечисления, 
структуры и другие пользовательские типы - будут изучаться в последующих лекциях. 

При объявлении простых переменных указывается их тип и список объявителей, где 
объявитель - это имя или имя с инициализацией. Список объявителей позволяет в одном 
объявлении задать несколько переменных одного типа. Если объявитель задается именем 
переменной, то имеет место объявление с отложенной инициализацией. Хороший стиль 
программирования предполагает задание инициализации переменной в момент ее 


объявления. Инициализацию можно осуществлять двояко - обычным присваиванием или в 
объектной манере. Во втором случае для переменной используется конструкция пе\ѵ и 
вызывается конструктор по умолчанию. Процедура 8ітр1еѴаг8 класса Те§1іп§ иллюстрирует 
различные способы объявления переменных и простейшие вычисления над ними: 

риЫіс ѵоісі ЗітрІеѴагзО 

{ 

//Объявления локальных переменных 

іп"Ь х, з; //без инициализации 

іп"Ь у =0, и = 77; //обычный способ инициализации 

//допустимая инициализация 

гіоа-Ь и1=0г, м2 = 5.5І, мЗ =и1 + и2 + 125. 25Г; 

//допустимая инициализация в объектном стиле 

іп"Ь 2= пем ІП"Ь(); 

//Недопустимая инициализация. 

//Конструктор с параметрами не определен 

//іп"Ь ѵ = пем іп"Ь(77); 

х=и+у; //теперь х инициализирована 

іГ(х> 5) 8 = 4; 

Еог (х=1; х<5; х++)з=5; 

//Инициализация в іЕ и іГог не рассматривается, 

//поэтому 8 считается неинициализированной переменной 

//Ошибка компиляции: использование неинициализированной переменной 

//Сопзо1е.Игі1:еЬіпе("з= {0}",з) ; 
} //ЗітрІеѴагз 

В первой строке объявляются переменные х и 8 с отложенной инициализацией. Заметьте (и 
это важно!), что всякая попытка использовать еще не инициализированную переменную в 
правых частях операторов присваивания, в вызовах функций, вообще в вычислениях 
приводит к ошибке уже на этапе компиляции. 

Последующие объявления переменных эквивалентны по сути, но демонстрируют два стиля 
инициализации - обычный и объектный. Обычная форма инициализации предпочтительнее 
не только в силу своей естественности, но она и более эффективна, поскольку в этом случае 
инициализирующее выражение может быть достаточно сложным, с переменными и 
функциями. На практике объектный стиль для скалярных переменных используется редко. 
Вместе с тем полезно понимать, что объявление с инициализацией іпі у =0 можно 
рассматривать как создание нового объекта ( пе\ѵ ) и вызова для него конструктора по 
умолчанию. При инициализации в объектной форме может быть вызван только конструктор 
по умолчанию, другие конструкторы с параметрами для встроенных типов не определены. 
В примере закомментировано объявление переменной ѵ с инициализацией в объектном 
стиле, приводящее к ошибке, где делается попытка дать переменной значение, передавая 
его конструктору в качестве параметра. 

Откладывать инициализацию не стоит, как показывает пример с переменной 8, объявленной 
с отложенной инициализацией. В вычислениях она дважды получает значение: один раз в 
операторе іі, другой - в операторе цикла юг. Тем не менее, при компиляции возникнет 
ошибка, утверждающая, что в процедуре \ѴгіІеЫпе делается попытка использовать 
неинициализированную переменную 8. Связано это с тем, что для операторов Ни юг на 
этапе компиляции не вычисляются условия, зависящие от переменных. Поэтому 
компилятор предполагает худшее - условия ложны, инициализация 8 в этих операторах не 
происходит. А за инициализацией наш компилятор следит строго, ты так и знай! 

Время жизни и область видимости переменных 

Давайте рассмотрим такие важные характеристики переменных, как время их жизни и 
область видимости. Зададимся вопросом, как долго живут объявленные переменные и в 
какой области программы видимы их имена? Ответ зависит от того, где и как, в каком 


контексте объявлены переменные. В языке С# не так уж много возможностей для 
объявления переменных, пожалуй, меньше, чем в любом другом языке. Открою 
"страшную" тайну, - здесь вообще нет настоящих глобальных переменных. Их отсутствие 
не следует считать некоторым недостатком С#, это достоинство языка. Но обо всем по 
порядку. 

Поля 

Первая важнейшая роль переменных, - они задают свойства структур, интерфейсов, 
классов. В языке С# такие переменные называются полями (йеШз). Структуры, интерфейсы, 
классы, поля - рассмотрению этих понятий будет посвящена большая часть этого курса, а 
сейчас сообщу лишь некоторые минимальные сведения, связанные с рассматриваемой 
темой. Поля объявляются при описании класса (и его частных случаев - интерфейса, 
структуры). Когда конструктор класса создает очередной объект - экземпляр класса, то он в 
динамической памяти создает набор полей, определяемых классом, и записывает в них 
значения, характеризующие свойства данного конкретного экземпляра. Так что каждый 
объект в памяти можно рассматривать как набор соответствующих полей класса со своими 
значениями. Время существования и область видимости полей определяются объектом, 
которому они принадлежат. Объекты в динамической памяти, с которыми не связана ни 
одна ссылочная переменная, становятся недоступными. Реально они оканчивают свое 
существование, когда сборщик мусора (§агЬа§е соііесіог) выполнит чистку "кучи". Для 
значимых типов, к которым принадлежат экземпляры структур, жизнь оканчивается при 
завершении блока, в котором они объявлены. 

Есть одно важное исключение. Некоторые поля могут жить дольше. Если при объявлении 
класса поле объявлено с модификатором §Шіс, то такое поле является частью класса и 
единственным на все его экземпляры. Поэтому 8ІаІіс - поля живут так же долго, как и сам 
класс. Более подробно эти вопросы будут обсуждаться при рассмотрении классов, структур, 
интерфейсов. 

Глобальные переменные уровня модуля. Существуют ли они в С#? 

Где еще могут объявляться переменные? Во многих языках программирования переменные 
могут объявляться на уровне модуля. Такие переменные называются глобальными. Их 
область действия распространяется, по крайней мере, на весь модуль. Глобальные 
переменные играют важную роль, поскольку они обеспечивают весьма эффективный 
способ обмена информацией между различными частями модуля. Обратная сторона 
эффективности аппарата глобальных переменных, - их опасность. Если какая-либо 
процедура, в которой доступна глобальная переменная, некорректно изменит ее значение, 
то ошибка может проявиться в другой процедуре, использующей эту переменную. Найти 
причину ошибки бывает чрезвычайно трудно. В таких ситуациях приходится проверять 
работу многих компонентов модуля. 

В языке С# роль модуля играют классы, пространства имен, проекты, решения. Поля 
классов, о которых шла речь выше, могут рассматриваться как глобальные переменные 
класса. Но здесь у них особая роль. Данные ( поля ) являются тем центром, вокруг которого 
вращается мир класса. Заметьте, каждый экземпляр класса - это отдельный мир. Поля 
экземпляра (открытые и закрытые) - это глобальная информация, которая доступна всем 
методам класса, играющим второстепенную роль - они обрабатывают данные. 

Статические поля класса хранят информацию, общую для всех экземпляров класса. Они 
представляют определенную опасность, поскольку каждый экземпляр способен менять их 
значения. 


В других видах модуля - пространствах имен, проектах, решениях - нельзя объявлять 
переменные. В пространствах имен в языке С# разрешено только объявление классов и их 
частных случаев: структур, интерфейсов, делегатов, перечислений. Поэтому глобальных 
переменных уровня модуля, в привычном для других языков программирования смысле, в 
языке С# нет. Классы не могут обмениваться информацией, используя глобальные 
переменные. Все взаимодействие между ними обеспечивается способами, стандартными 
для объектного подхода. Между классами могут существовать два типа отношений - 
клиентские и наследования, а основной способ инициации вычислений - это вызов метода 
для объекта-цели или вызов обработчика события. Поля класса и аргументы метода 
позволяют передавать и получать нужную информацию. Устранение глобальных 
переменных как источника опасных, трудно находимых ошибок существенно повышает 
надежность создаваемых на языке С# программных продуктов. 

Введем в класс Те§1іп§ нашего примера три закрытых поля и добавим конструктор с 
параметрами, инициализирующий значения полей при создании экземпляра класса: 

//Гіеісіз 

іп"Ь х,у; //координаты точки 

5"Ьгіпд пате; //имя точки 

//конструктор с параметрами 

риЫіс Тезііпд (іп"Ь х, іп"Ь у, зйгіпд пате) 

{ 

"Ьпіз.х = х; "Ьпіз.у = у; "Ьпіз.пате = пате; 
} 

В процедуре Маіп первым делом создается экземпляр класса Те§1іп§, а затем вызываются 
методы класса, тестирующие различные ситуации: 

Тезйіпд 1з = пеѵ Тезйіпд (5, 10, "Точкаі " ) ; 

Ьз . ЗітрІеѴагз ( ) ; 

Локальные переменные 

Перейдем теперь к рассмотрению локальных переменных. Этому важнейшему виду 
переменных будет посвящена вся оставшаяся часть данной лекции. Во всех языках 
программирования, в том числе и в С#, основной контекст, в котором появляются 
переменные, - это процедуры. Переменные, объявленные на уровне процедуры, называются 
локальными, - они локализованы в процедуре. 

В некоторых языках, например в Паскале, локальные переменные должны быть объявлены 
в вершине процедурного блока. Иногда это правило заменяется менее жестким, но, по сути, 
аналогичным правилом, - где бы внутри процедурного блока ни была объявлена 
переменная, она считается объявленной в вершине блока, и ее область видимости 
распространяется на весь процедурный блок. В С#, также как и в языке С++, принята другая 
стратегия. Переменную можно объявлять в любой точке процедурного блока. Область ее 
видимости распространяется от точки объявления до конца процедурного блока. 

На самом деле, ситуация с процедурным блоком в С# не так проста. Процедурный блок 
имеет сложную структуру; в него могут быть вложены другие блоки, связанные с 
операторами выбора, цикла и так далее. В каждом таком блоке, в свою очередь, допустимы 
вложения блоков. В каждом внутреннем блоке допустимы объявления переменных. 
Переменные, объявленные во внутренних блоках, локализованы именно в этих блоках, их 
область видимости и время жизни определяются этими блоками. Локальные переменные 
начинают существовать при достижении вычислений в блоке точки объявления и 
перестают существовать, когда процесс вычисления завершает выполнение операторов 
блока. Можно полагать, что для каждого такого блока выполняется так называемый пролог 


и эпилог. В прологе локальным переменным отводится память, в эпилоге память 
освобождается. Фактически ситуация сложнее, поскольку выделение памяти, а 
следовательно, и начало жизни переменной, объявленной в блоке, происходит не в момент 
входа в блок, а лишь тогда, когда достигается точка объявления локальной переменной. 

Давайте обратимся к примеру. В класс Те§1іп§ добавлен метод с именем ЗсореѴаг, 
вызываемый в процедуре Маіп. Вот код этого метода: 

/// <зиттагу> 

/// Анализ области видимости переменных 

/// </зиттагу> 

/// <рагат пате="х"Х/рагат> 

риЫіс ѵоісі ЗсореѴаг (іп"Ь х) 

{ 

іп"Ь у =7 7; зйгіпд з = пате; 

іі (з=="Точка1") 

{ 

іп"Ь и = 5; іп"Ь ѵ = и+у; х +=1; 

СопзоІе.ИгійеЬіпе ("у= {0}; и={1}; 
ѵ={2}; х={3}", у,и,ѵ,х); 
} 

еізе 
{ 

іп"Ь и= 7; іп"Ь ѵ= и+у; 

Сопзоіе .ИгНеЫпе ( "у= {0}; и={1}; ѵ={2}", у,и,ѵ); 
} 

//Сопзо1е.Игі1еЬіпе("у= {0}; и={1}; ѵ={2 } ", у, и, ѵ) ; 
//Локальные переменные не могут быть статическими. 
//з"Ьа"Ыс іп1: СоиШ: = 1; 

//Ошибка: использование зит до объявления 
//СопзоІе.ИгійеЬіпе ("х= {0}; зит ={1}", х, зит) ; 
іп"Ь і;1опд зит =0; 
гог(і=1; і<х; і++) 
{ 

//ошибка: коллизия имен: у 
//ііоаі; у = 7.7г; 
зит +=і; 
} 

Сопзоіе .ИгНеЫпе ( "х= {0}; зит ={1}", х, зит) ; 
} //ЗсореѴаг 

Заметьте, в теле метода встречаются имена полей, аргументов и локальных переменных. 
Эти имена могут совпадать. Например, имя х имеет поле класса и формальный аргумент 
метода. Это допустимая ситуация. В языке С# разрешено иметь локальные переменные с 
именами, совпадающими с именами полей класса, - в нашем примере таким является имя у ; 
однако, запрещено иметь локальные переменные, имена которых совпадают с именами 
формальных аргументов. Этот запрет распространяется не только на внешний уровень 
процедурного блока, что вполне естественно, но и на все внутренние блоки. 

В процедурный блок вложены два блока, порожденные оператором іі. В каждом из них 
объявлены переменные с одинаковыми именами и и ѵ. Это корректные объявления, 
поскольку время существования и области видимости этих переменных не пересекаются. 
Итак, для невложенных блоков разрешено объявление локальных переменных с 
одинаковыми именами. Заметьте также, что переменные и и ѵ перестают существовать 
после выхода из блока, так что операторы печати, расположенные внутри блока, работают 
корректно, а оператор печати вне блока приводит к ошибке, - и и ѵ здесь не видимы, 
кончилось время их жизни. По этой причине оператор закомментирован. 

Выражение, проверяемое в операторе іі, зависит от значения поля паше. Значение поля 
глобально для метода и доступно всюду, если только не перекрывается именем аргумента 


(как в случае с полем х ) или локальной переменной (как в случае с полем у ). 

Во многих языках программирования разрешено иметь локальные статические переменные, 
у которых область видимости определяется блоком, но время их жизни совпадает со 
временем жизни проекта. При каждом повторном входе в блок такие переменные 
восстанавливают значение, полученное при предыдущем выходе из блока. В языке С# 
статическими могут быть только поля, но не локальные переменные. Незаконная попытка 
объявления віаііс переменной в процедуре ЗсореѴаг закомментирована. Попытка 
использовать имя переменной в точке, предшествующей ее объявлению, также незаконна и 
закомментирована. 

Глобальные переменные уровня процедуры. Существуют ли? 

Поскольку процедурный блок имеет сложную структуру с вложенными внутренними 
блоками, то и здесь возникает тема глобальных переменных. Переменная, объявленная во 
внешнем блоке, рассматривается как глобальная по отношению к внутренним блокам. Во 
всех известных мне языках программирования во внутренних блоках разрешается 
объявлять переменные с именем, совпадающим с именем глобальной переменной. 
Конфликт имен снимается за счет того, что локальное внутреннее определение сильнее 
внешнего. Поэтому область видимости внешней глобальной переменной сужается и не 
распространяется на те внутренние блоки, где объявлена переменная с подобным именем. 
Внутри блока действует локальное объявление этого блока, при выходе восстанавливается 
область действия внешнего имени. В языке С# этот гордиев узел конфликтующих имен 
разрублен, - во внутренних блоках запрещено использование имен, совпадающих с именем, 
использованным во внешнем блоке. В нашем примере незаконная попытка объявить во 
внутреннем блоке уже объявленное имя у закомментирована. 

Обратите внимание, что подобные решения, принятые создателями языка С#, не только 
упрощают жизнь разработчикам транслятора. Они способствуют повышению 
эффективности программ, а самое главное, повышают надежность программирования на 

С#. 

Отвечая на вопрос, вынесенный в заголовок, следует сказать, что глобальные переменные 
на уровне процедуры в языке С#, конечно же, есть, но нет конфликта имен между 
глобальными и локальными переменными на этом уровне. Область видимости глобальных 
переменных процедурного блока распространяется на весь блок, в котором они объявлены, 
начиная от точки объявления, и не зависит от существования внутренних блоков. Когда 
говорят, что в С# нет глобальных переменных, то, прежде всего, имеют в виду их 
отсутствие на уровне модуля. Уже во вторую очередь речь идет об отсутствии конфликтов 
имен на процедурном уровне. 

Константы 

Константы С# могут появляться, как обычно, в виде литералов и именованных констант. 
Вот пример константы, заданной литералом и стоящей в правой части оператора 
присваивания: 

соп8"Ь Е1оа"Ь у = І.іі; 

Значение константы " 7.7і " является одновременно ее именем, оно же позволяет 
однозначно определить тип константы. Заметьте, иногда, как в данном случае, приходится 
добавлять к значению специальные символы для точного указания типа. Я не буду 
останавливаться на этих подробностях. Если возникает необходимость уточнить, как 
записываются литералы, то достаточно получить справку по этой теме. Делается все так же, 


как и в языке С++. 

Всюду, где можно объявить переменную, можно объявить и именованную константу. 
Синтаксис объявления схож. В объявление добавляется модификатор сопкі, инициализация 
констант обязательна и не может быть отложена. Инициализирующее выражение может 
быть сложным, важно, чтобы оно было вычислимым в момент его определения. Вот пример 
объявления констант: 

/// <зиттагу> 

/// Константы 

/// </зиттагу> 

риЫіс ѵоісі Сопзіапіз () 

{ 

сопзі: іп"Ь ЗтаІІЗіге = 38, ЬагдеЗіге =58; 
СОП31; іп"Ь МісІЗіге = (ЗтаІІЗіге + ЬагдеЗіге) /2; 
СОП31; оІоиЫе рі = 3.141593; 

//ЬагдеЗіге = 60; //Значение константы нельзя изменить. 
СопзоІе.ИгійеЬіпе ("Міс13іге= {0}; рі={1}", 
МісІЗіге, рі) ; 
} //Сопз"Ьап1;з 


